Javascript/TypeScirpt porównanie obiektów const

Question

Hej witajcie, chciałbym prosić o wytłumaczenie co oznacza to stwierdzenie - tzn nie rozumiem dlaczego zawsze będzie warunek logiczny "false", z kolei zmieniając zmienne "stałe" const. na let- warunek już nie bedzie wskazywał na błąd 
 

const firstName = Symbol("name");
const secondName = Symbol("name");
if (firstName === secondName) {
    // Can't ever happen
}

zmiana na poniższy kod już nie pokazuje błędu 

let firstName = Symbol("name");
const secondName = Symbol("name");
const secondName2 = secondName ;
if (firstName === secondName) {
    // Can't ever happen
}

// tu też bez błędu np 
if (secondName2 === secondName) {
    // Can't ever happen
}

rezultat "This condition will always return 'false' since the types 'typeof firstName' and 'typeof secondName' have no overlap." błąd jest oczywiście już podczas kompilacji tzn informuje mnie kompilator o tym, i tutaj zastanawiam się dlaczego to jest "false" a nie np true, skoro mamy dwie stałe zmienne jakby będące tym samym elementem, to jakby porównując ich referencje powinno zawsze być true.
Chyba że, właśnie z faktu że to obiekty i są to stałe do referencji ich referencja nigdy nie bedzie taka sama 

Comments

Symbols

 

Starting with ECMAScript 2015, symbol is a primitive data type, just like number and string.

 

symbol values are created by calling the Symbol constructor.

 

Symbols are immutable, and unique.

 

Because each unique symbol has a completely separate identity, no two unique symbol types are assignable or comparable to each other.

---

Because each unique symbol has a completely separate identity, no two unique symbol types are assignable or comparable to each other.

to dlaczego w momencie kiedy  zmienne nie są stałe, możliwość porównania istnieje i nie jest to błędem? To że obiekt jest immutable nie koniecznie oznacza przynajmniej w obiektowych że  jego wartości nie można zmienić a jedynie referencja jest stała 

Answer 1

to dlaczego w momencie kiedy  zmienne nie są stałe, możliwość porównania istnieje i nie jest to błędem? To że obiekt jest immutable nie koniecznie oznacza przynajmniej w obiektowych że  jego wartości nie można zmienić a jedynie referencja jest stała  

// tu też bez błędu np 
if (secondName2 === secondName) {
    // Can't ever happen
}

W tym przypadku secondName2 === secondName porównywane są te same referencje, ponieważ wcześniej przypisane zostało secondName do secondName2, więc wynikiem jest true (w komentarzu, w stwierdzeniu "Can't ever happen", jest błąd). Zmiana z const na let nie ma tutaj znaczenia.