🚀 go-pugleaf

On Thu, 5 Sep 2019 19:43:52 +0200, Marek S wrote:

>> Nie żabym się znał na TS, choć mam w planie nim się zająć, ale tak na
>> logikę to zastanawia mnie które _message wg Ciebie miałaby wziąć metoda
>> printMessage() wywołana z klasy Test2? Dla mnie to ewidentny konflikt.
>> 
> 
> Kurcze, jesteś drugą osobą, która o to dziś mnie pyta. Dla mnie sprawa 
> jest tak oczywista jak oddychanie. Napisz sobie skrypt w PHP o podobnej 
> strukturze i tam dostaniesz odpowiedź. 

Ja nie napisałem, że nie znam odpowiedzi w innych językach, napisałem, że
dla mnie to nie jest oczywiste jak Ci się wydaje.

> Jeśli nie PHP, to może C#. Jeśli 
> miałbym tworzyć standardy, to z pewnością powieliłbym zachowanie się 
> prywatnych zmiennych z tego typu języków.

To, że w jakichś językach jest to tak czy inaczej nie jest dowodem, że tak
powinno być.
 
> Reasumując, metoda printMessage() powinno zwrócić wartość "dupa". 
> Istnienie identycznej zmiennej prywatnej w klasie potomnej nie ma prawa 
> nadpisywać tego, co jest w bazowej.
> 
> Przedstaw mi swój tok rozumowania, który powoduje, że masz wątpliwości. 
> Ciekawi mnie ich źródło.

Źródłem są przemyślenia. Oto mój tok rozumowania:
Tworzysz obiekt klasy Test2. Klasa Test2 ma prywatne pole ukryte pod
this._message. Wołasz z tego obiektu metodę, która zwraca this._message.
Skoro jest to obiekt klasy Test2 to dla tego typu this._message jest czymś
innym niż dla typy Test, prawda? Dla mnie to sprawa oczywista jak
oddychanie ;-) Jest tu wyraźna niejednoznaczność i punkt sporny, który
warto wywalić na twarz chociażby ostrzeżeniem.

To, że Java czy C# zwraca bezrefleksyjnie (czy są jakieś ostrzeżenia
kompilatora?) wcale nie jest fajne, bo łatwo o masę głupich błędów, które
transpiler TS wyłapuje jak zeznałeś. Mnie to bardzo cieszy, bo nie uważam,
że taka praktyka jak identyczna nazwa prywatnego pola w dziedziczeniu to
dobra praktyka. Ot wszystko.


-- 
pozdrawiam
Roman Tyczka