[JBFC]

PO C--J MICROSOFT ZROBIŁ TAKIE Z-----E TYPOWANIE W TYPESCRIPCIE? XDDD
Najpierw zrobili świetne typowanie właściwości, a właściwie gety/sety w c# int a { get{...}; set{...}; } żeby potem zrobić typescript gdzie typuje się a: int;. Gorzej niż w javascripcie tym bardziej jak przeskakuje się z frontu na end co chwila XD
NO DLACZEGO

#microsoft #javascript #typescript #csharp #programowanie

[Saly]

@JBFC: chodzi ci o to, że masz typy po prawej stronie?

[xDrope]

@JBFC: mamy 2018 rok, kto normalny korzysta z TSa

[H.....0]

@JBFC: Właśnie w typescripcie składnia typowania wygląda najbardziej sensownie, przejrzyście i logicznie.

[JBFC]

@Saly: dokładnie tak, jeszcze po co ten dwukropek

@xDrope: ziomek mi polecił bo z racji projektu w firmie zacząłem się zajmować jsem w którym nigdy do tej pory nie pisałem i że ts warto. Przeglądam przykładowe kody i wypala mi oczy od tego typowania xD

@HAL__9000: sensowne ale totalnie niespójne z takim backendem. Piszesz apkę w c# asp.net i przeskakujesz co chwila na front do aspx.

[Saly]

dokładnie tak, jeszcze po co ten dwukropek

@JBFC: każdy nowoczesny język programowania ma typy po prawej stronie: taką formę lepiej się parsuje, do tego trudniej o niejednoznaczności. Jestem pewien, że C# też miałby typy w takiej formie, gdyby był projektowany w 2018.

[tell_me_more]

@JBFC: bo pascal tak miał. I jest to lepsze, niż typy jak w C.

[KrzaQ2]

@Saly: Łatwość parsowania mogła mieć znaczenie w 1985, teraz stać nas na stratę kilkudziesięciu mikrosekund. Imo tak jest zdecydowanie mniej czytelnie.

[Saly]

@KrzaQ2: gdyby to nie miało znaczenia to w C++11 nie byłoby trailing return type syntax, który powstał tylko przez to, że typ zwracany znajduje się przez argumentami.

[Saly]

@KrzaQ2: do tego dochodzą takie problemy jak np. czy x * y powinniśmy traktować jako mnożenie x i y, czy jako deklarację pointera y do x, albo która forma jest "lepsza" x* y czy x *y.

[KrzaQ2]

@Saly: powstał tylko dlatego, że może być zależny od parametrów funkcji. Można mieć zaawansowany system typów po lewej stronie, co widać na przykładzie C#/Javy i w szczególności D (no i C++, ale tutaj to czasem masochizm)

Anyway, to jest moje osobiste IMO i tyle ;)

[KrzaQ2]

@Saly: No to jest bardzo słabe w C i C++, ale już w D takiego problemu nie ma, i nie ma też konieczności przenoszenia typu w nienaturalne dla mnie miejsce :P

[Zergall]

@JBFC: "Hurr durr, jakiś język ma inną składnię niż ta, do której jestem przyzwyczajony! Napiszę debilny post na mirko"

mamy 2018 rok, kto normalny korzysta z TSa

@xDrope: Ja używam, możesz zadawać pytania

[Marmite]

@JBFC: system typów TS jest wzorowany na proposalu niewydanego nigdy ES4. Innymi słowy, gdyby TC39 (ludzie, którzy odpowiadają za kształt JS) się dogadała zawczasu, to tak dzisiaj wyglądałby JavaScript. Zresztą tak wyglądał ActionScript, luźno oparty na pomysłach z ES4

[RudyNinja]

@xDrope: z ciekawości - z czego korzysta się w 2018 roku?

[bandy]

@xDrope: > mamy 2018 rok, kto normalny korzysta z TSa
A jakie alternatywy? Że w czystym JavaScripcie? Przeciez to się idzie pociąć w większych projektach bez statycznego typowania (ꖘ‸ꖘ)