Dolar na początku, dolar na końcu, czyli o notacji węgierskiej w JS

[type-of-web-komentarze[bot]]

Dolar na początku, dolar na końcu, czyli o notacji węgierskiej w JS

Na pewno często spotykasz kod, w którym nazwy zmiennych mają znak dolara na początku. Albo na końcu. Taki sposób oznaczania szczególnych zmiennych nazywa się Notacja węgierska. Czy to dobra praktyka?

https://typeofweb.com/dolar-na-poczatku-dolar-na-koncu-czyli-o-notacji-wegierskiej-w-js

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Maurycy	http://retrocade.net	2019-01-04 11:27

notacja węgierska polegała na poprzedzeniu właściwej nazwy zmiennej małą literką oznaczającą jej typ.
Według Wiki notacja węgierska miała oznaczać przede wszystkim semantyczny typ zmiennej, z w samym tekście Simona też większość oznaczeń jest semantyczna.

No a opinie wyglądają na troszkę powybierane, bo na samej wikipedii jest pozytywna opinia Joela Spolskiego na temat apps hungarian ;).

Abstrahując od tych dwóch rzeczy, zgadzam się, że klasycznie rozumiana notacja węgierska jest kompletnie niepotrzebna, a apps hungarian trzeba dostosować do czytelności (wywalając rzeczy już niepotrzebne, rozwijając skróty "us" -> "unsafe", zastępując prefixy w nazwie zmiennej faktycznymi typami w językach, które to umożliwiają).

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2019-09-19 17:54

Microsoft teraz już zaleca nie używać notacji węgierskiej.

Można się spierać co Simonyi miał na myśli, ale spojrzenie do bibliotek napisanych przez niego oraz inne osoby w Microsofcie po 1972 roku (Office, Windows) daje raczej wrażenie, że używane tam były System Hungarian niż Apps Hungarian.

Podobnie w cytowanym fragmencie Spolskiego – warto przeczytać cały artykuł, w którym pisze on:

I’ll show you a general rule you can use for inventing these code-robustness conventions, and in the end it will lead to a defense of a certain type of Hungarian Notation, probably not the type that makes people carsick

https://www.joelonsoftware.com/2005/05/11/making-wrong-code-look-wrong/

I całkowicie się zgadzamy. O tym samym „rodzaju” notacji węgierskiej napisałem też w tym artykule i stoję w jej obronie. Niestety większość osób chyba opacznie zrozumiała oryginalną ideę, o której mówisz.

EDIT:
Jeszcze nawiasem dodam, że przykłady w artykule Spolskiego, oraz większość problemów, które rozwiązuje Apps Hungarian, można rozwiązać typami nominalnymi, ale niestety nie strukturalnymi. Typy nominalne można tworzyć zarówno w TypeScripcie (jako biblioteka), jak i we Flow (natywnie) i wielu innych językach.

Dlatego, jeśli pisze się dobry kod i polega na typach, nie da się w tych
językach pomylić "unsafe string" z "safe string" — o ile zapisze się te typy jako nominalne, niekompatybilne ze sobą, to użycie jednego w miejscu drugiego będzie skutkowało błędem kompilatora.

Z tego powodu użycie notacji węgierskiej (nawet Apps Hungarian) ogranicza się w dzisiejszych czasach do absolutnie skrajnych przypadków — np. takich, jak wymieniłem w artykule.

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Bartek Cis	http://bedekodzic.pl	2019-09-19 17:54

Też się zgadzam.

Ostatnio czytałem, że notacja węgierska (bez użycia tej nazwy) to dobra praktyka i trochę się zdziwiłem. Przecież idziemy chyba w innym kierunku?

 
 

Komentarz zaimportowany z WordPressa