Miért nem akar senki Java-t tanulni 2022-ben?

A Java egy széles körben használt objektum-orientált programozási nyelv és szoftverplatform. Több milliárd eszközön fut, beleértve a notebookokat, mobileszközöket, játékkonzolokat és sok mást.

Az ilyen képességeknek ára van. A Java hosszadalmas, bonyolult szintaxisa miatt nehéz megtanulni. Statikusan van beírva, ami kevésbé kényelmes lehet. És bár platformfüggetlen, a felhőalapú számítástechnikai platform térnyerése miatt a függetlenség kevésbé nyer.

Ez csak néhány oka annak, hogy a Java kieshet a kegyéből.

1. A Java egyre kevésbé népszerű

Az első és legfontosabb, hogy a Java népszerűsége lassan csökkenni látszik. Évekig az volt az egyik legjobb programozási nyelv tanulni, de most már nem trendi. Ez azt jelenti, hogy idővel a fejlesztők egyre kevesebb új alkalmazást fognak írni Java nyelven.

Ez a tendencia azt jelenti, hogy a Java végül eltűnik. A vállalkozások szerte a világon továbbra is Java-programozókat alkalmaznak az örökölt kódbázisok karbantartására, de ez nem tart örökké.

Mégis, ha a karrierjét új dolgok építésére szeretné összpontosítani, nem pedig a meglévő programok fenntartására, előfordulhat, hogy a Java nem a legjobb választás az Ön számára.

2. A Java nem egyszerű

Lehet, hogy a Java könnyen megtanulható, de nem egyszerű. A nyelvet könnyű megtanulni, mert a Java kódot egyszerű írni, rendszerezni és lefordítani. De ez nem egyszerű, mert a Java nyelven írt kód általában bőbeszédűbb és fárasztóbb írni.

Le is kell fordítania, ami miatt a Java sokkal kevésbé kényelmes, mint az olyan nyelvek, mint a Python. Tehát, ha kezdő vagy, aki először tanul kódolni, a Java nem megfelelő nyelv.

Ha Ön profi, aki egyszerű, elegáns kódot szeretne kiadni és gyorsan telepíteni, akkor a Java sem az ideális választás.

3. Getterek és szetterek

A getterek és a setterek szinte kötelező részei a nyelvhasználatnak, és sok keretrendszer ösztönzi a használatát. A Java getterei és beállítói azonban szükségtelenül bőbeszédűek lehetnek.

A Java getterekkel és setterekkel díszített kódok kezelése pokol és bonyolult. Az, hogy nincs értelmes megoldás a getterek és szetterek problémájára, csak a jéghegy csúcsa.

nyilvánososztályJármű{
 magán Húr szín;
// Getter
nyilvános Húr getColor(){
Visszatérés szín;
 }
// Szetter
nyilvánosüressetColor(c karakterlánc){
ez.color = c;
 }
}

4. Nincs szintaktikai jegesedés

Ön egy gyűjteményt működtet. Az első tételt szeretnéd. Mit csinálsz? Természetesen a közös használata helyett a módszert hívod [] operátor. Mindezt azért, mert nem lehet túlterhelni az operátorokat.

Gyakorlatilag minden művelethez szószerű metódusnevet kell használnia, még akkor is, ha egy egykarakteres operátor megtenné.

A Java támogatja a koncepciót; a nyelv lehetővé teszi a karakterláncok összefűzését a + operátor például. Egyszerűen nem engedi, hogy Ön, a programozó, ugyanezt tegye.

5. A kivételek kihirdetése egy lehetséges módszer

A Java megköveteli, hogy deklaráld azokat a kivételeket, amelyeket egy metódus dobhat. Hasznosnak tűnik, nem? Egy adott módszer használatával tudja, mire számíthat.

A probléma az, hogy a kód egy élő szervezet, és előfordul, hogy az Ön által használt módszer több kivételt kezd dobni. Akkor mi lesz? Nos, a kódod leállította a fordítást.

Kezelnie kell a helyzetet, vagy kivételt kell hozzáadnia a dobások listájához. Tegyük fel, hogy az Ön által használt API nem változik. A Java-ban van olyan, hogy RuntimeException. Ha a módszered ki tudja dobni ezt a kivételt vagy valamelyik leszármazottját, akkor deklarálnod kell.

A Java kivételei sok kódkarbantartási problémát okozhatnak.

// Java program, amely bemutatja a dobás használatát
osztályThrowExcep
{
statikusüres móka ()
 {
próbáld ki
 {
dobásúj NullPointerException("demo");
 }
fogás (NullPointerException e)
 {
 System.out.println("Caugted inside fun().");
dobás e; // a kivétel visszadobása
 }
 }
nyilvános statikusüres fő(Húr args[])
 {
próbáld ki
 {
 mulatság();
 }
fogás (NullPointerException e)
 {
 System.out.println("Főben elkapva.");
 }
 }
}

6. Bonyolult IDE-k

A Java programozók gyakran használnak olyan IDE-t, mint az Eclipse vagy az IntelliJ. Ezek az IDE-k nagy teljesítményűek, de bonyolultak velük együttműködni, különösen kezdő vagy középhaladó fejlesztők számára. Sok erőfeszítést kell tennie az IDE belülről és kívülről való megtanulására, hogy hatékonyabb és kevésbé fájdalmas legyen az Ön számára.

7. A platformfüggetlenség kevésbé fontos 2022-ben

Az a tény, hogy a Java nagyon platformfüggetlen, ma vitathatatlanul kevésbé számít, mint 10 vagy 20 évvel ezelőtt.

Ennek az az oka, hogy egy szoftver által meghatározott világban élünk. Manapság a virtuális gépek, tárolók és felhőszolgáltatások megkönnyítik az alkalmazások futtatását, ahol csak akarja, anélkül, hogy a mögöttes környezet miatt kellene aggódnia.

Más szóval, nem kell módosítania a kódot ahhoz, hogy az alkalmazás ott működjön, ahol szüksége van rá. Ehelyett módosíthatja a tárhelykörnyezetet.

Ez nem jelenti azt, hogy az alkalmazások hordozhatósága már nem számít. Egyszerűen nem olyan kritikus, mint korábban, és emiatt a Java egy kicsit kevésbé fontos.

8. Statikus gépelés

A Java típusellenőrzést végez a fordítási idő alatt. Ez azt jelenti, hogy a fordításkor minden változó típusát deklarálni kell. Ugyanez vonatkozik az olyan nyelvekre, mint a C és a C++, de más nyelvek, mint például a Scala és a Haskell, kínálnak valamilyen típusú következtetést.

Statikus gépeléssel a változók általában nem változtathatnak típust. Ez kissé bonyolulttá teszi a Java szintaxist, különösen, ha egy nagy projekthez írunk kódot.

Sok programozó inkább dinamikus programozás ahol a típusellenőrzés futás közben történik. Ez azt jelenti, hogy egy változó típusa az élettartama során változhat.

Tanuljon új programozási nyelveket

Nem arról van szó, hogy a Java semmire nem jó, de a szintaxisa makacs és nem kedvez a kódolvasásnak. A Java függőségi kezelése lehetővé teszi a visszaéléseket, és nehezen észlelhető hibákhoz vezet.

A technológia folyamatosan változik, és fejlesztőként mindig hasznos naprakésznek lenni a feltörekvő programozási nyelvekkel. Ami ma divat, az hamarosan tegnapi hír lehet.