Bár a „kurva lassan halad a nyelv fejlodes” kijelentéseddel egyet értek, s titkon reménykedem benne, hogy egyszercsak tényleg megunja a Google, s elforkolja az egészet a francba.
De:
- default parameter: ez nekem kifejezetten nem hiányzik. Az elmúlt ~1-1,5 évben nem emlékszem 10 esetre, amikor használni szerettem volna. Ellenben, tapasztalataim szerint, ebből születnek a 10-15 paraméteres metódusok, átláthatatlan fejléccel.
- operator overloading: jajj, ne. Inkább legyen egy
myVector.crossProduct(Myvector lhs), s egy
myVector.dotProduct(MyVector lhs)függvényem, minthogy a * az egyik, a % a másik. (ez utóbbi egyetemen jött szembe, és isten mentsen tőle, minden híváskor fel kell tekernem a dokumentációig). Leírni nem fáj a hosszabb metódusnevet (az IDE úgyis kiegészíti), ellenben borzasztóan olvashatatlan.
- property: ne. Egy szabványos
@Getter/
@Setterannotációt (ala Lombok) elfogadnék (hiányzik), de ami függvényhívás, annak legyen függvényhívás szintaktikája.
- extension methods: ezt jól sejtem, hogy olyasmi, hogy meglévő osztályokhoz tudok saját metódosukat „beleinjektálni”? ne. Erre Verhás Péter blogját tudnám hozni - a megszokott, mindenki által ismert osztályokat ne bővítgesse senki, mert nagyon csúnya dolgok születhetnek belőle.
- partial class: itt amit az MSDN hoz két példát, hogy mikor érdemes használni, de egyiket sem tudom elfogadni. A több ember/forráskódot a veziókezelő oldja meg, a generált kódot pedig én kiváltanám szabványos annotációkkal. Ettől függetlenül lehet, hogy hasznos, de nem érzem a hiányát.
- Decimal type: hm? ez ez: MSDN? Ez mégis mire jó? Ebben a 0.3-0.2 tényleg 0.1?
- dynamic type: ez mire jó? ezt találtam: MSDN - de nem értem, miért jó nekem, ha kikerülöm a compile time checket. El tudom fogadni, csak nem látom a szituációt, amikor ez hasznos lehet.
Ettől függetlenül tényleg szar kezekbe van, szerintem is - lassan fejlődik, s húzza maga után az évtizedes legacy dolgokat (hello, dátum implementációk, és visszafelé kompatibilis generikusok). Továbbá vannak dolgok, amiket el tudnék fogadni (pl.: non-null reference types, vagy az említett Lombokhoz hasonló annotációk szabványosítása), de a fentiek többsége pont nem hiányzik.
--
blogom