Java on laajalti käytetty olio-ohjelmointikieli ja ohjelmistoalusta. Se toimii miljardeissa laitteissa, mukaan lukien kannettavat tietokoneet, mobiililaitteet, pelikonsolit ja monet muut.
Tällaisilla ominaisuuksilla on hintansa. Java voi olla vaikea oppia, koska se on pitkä, monimutkainen syntaksi. Se on staattisesti kirjoitettu, mikä voi olla vähemmän kätevää. Ja vaikka se on alustasta riippumaton, pilvilaskentaalustan nousu tekee itsenäisyydestä vähemmän voittoa.
Nämä ovat vain muutamia syitä siihen, miksi Java saattaa pudota suosiosta.
1. Java on tulossa vähemmän suosituksi
Ensinnäkin Java näyttää hidastavan suosiotaan. Vuosia se oli yksi parhaista ohjelmointikielistä oppia, mutta se ei ole enää trendissä. Tämä tarkoittaa, että ajan myötä kehittäjät kirjoittavat yhä vähemmän uusia sovelluksia Java-kielellä.
Tämä suuntaus viittaa siihen, että Java lopulta katoaa. Yritykset ympäri maailmaa jatkavat Java-ohjelmoijien palkkaamista ylläpitämään vanhoja koodikantoja, mutta se ei kestä ikuisesti.
Silti, jos haluat keskittyä urasi uusien asioiden rakentamiseen olemassa olevien ohjelmien ylläpitämisen sijaan, Java ei välttämättä ole paras valinta sinulle.
| Ohjelmointikieli | toukokuu 2022 |
|---|---|
| Python | 1 |
| C | 2 |
| JavaScipt | 3 |
| C++ | 4 |
| C# | 5 |
| Visual Basic | 6 |
| Java | 7 |
| Assembly Language | 8 |
| SQL | 9 |
| PHP | 10 |
2. Java ei ole yksinkertainen
Java voi olla helppo oppia, mutta se ei ole yksinkertaista. Kieli on helppo oppia, koska Java-koodia on helppo kirjoittaa, järjestää ja kääntää. Mutta se ei ole yksinkertaista, koska Javalla kirjoitettu koodi on yleensä monisanaisempaa ja tylsempää kirjoittaa.
Sinun on myös käännettävä se, mikä tekee Javasta paljon vähemmän kätevää kuin Pythonin kaltaiset kielet. Joten jos olet aloittelija, joka oppii koodaamaan ensimmäistä kertaa, Java ei ole hyvä kieli aloittaa.
Jos olet ammattilainen, joka haluaa purkaa yksinkertaista, tyylikästä koodia ja ottaa sen käyttöön nopeasti, Java ei myöskään ole ihanteellinen valinta.
3. Getterit ja setterit
Getterit ja setterit ovat melkein pakollinen osa kielen käyttöä ja monet puitteet kannustavat niiden käyttöön. Javan saajat ja asettajat voivat kuitenkin olla tarpeettoman monisanaisia.
Java gettereillä ja settereillä koristetun koodin hallinta on helvettiä ja monimutkaista. Järkevän ratkaisun puute saajien ja asettajien ongelmaan on vain jäävuoren huippu.
julkinenluokkaaAjoneuvo{
yksityinen merkkijono väri;// Getter
julkinen merkkijono getColor(){
palata väri;
}
// Setter
julkinenmitätönsetColor(merkkijono c){
Tämä.color = c;
}
}
4. Ei syntaktista jäätelöä
Käytät kokoelmaa. Haluat ensimmäisen kohteen. Mitä sinä teet? Tietenkin kutsut menetelmää yleisen käytön sijaan [] operaattori. Kaikki, koska et voi ylikuormittaa operaattoreita.
Käytännössä jokaisessa toiminnossa on käytettävä sanallista menetelmän nimeä, vaikka yksimerkkinen operaattori tekisi sen.
Java tukee konseptia; kielen avulla voit ketjuttaa merkkijonoja + esimerkiksi operaattori. Se ei vain anna sinun, ohjelmoijan, tehdä samaa.
5. Poikkeusten julistaminen menetelmäksi, joka voi olla hyödyllinen
Java edellyttää, että määrität poikkeukset, jotka menetelmä voi aiheuttaa. Näyttää hyödylliseltä, eikö? Tiettyä menetelmää käyttämällä tiedät mitä odottaa.
Ongelmana on, että koodi on elävä organismi, ja käy niin, että käyttämäsi menetelmä alkaa heittää enemmän poikkeuksia. Mitä sitten tapahtuu? No, koodisi lopetti kääntämisen.
Sinun on käsiteltävä tilanne tai lisättävä poikkeus heittoluetteloon. Oletetaan, että käyttämäsi API ei muutu. Javassa on sellainen asia kuin RuntimeException. Jos menetelmäsi voi heittää tämän poikkeuksen tai jonkin sen jälkeläisistä, sinun on ilmoitettava se.
Java-poikkeukset voivat tuoda mukanaan paljon koodin ylläpitoongelmia.
// Java-ohjelma, joka esittelee heiton käyttöä
luokkaaThrowExcep
{
staattinenmitätön hauskaa ()
{
yrittää
{
heittääUusi NullPointerException("demo");
}
ottaa kiinni (NullPointerException e)
{
System.out.println("Hauskanpitoon jäänyt().");
heittää e; // poikkeuksen uusiminen
}
}
julkinen staattinenmitätön main(merkkijono args[])
{
yrittää
{
hauskaa();
}
ottaa kiinni (NullPointerException e)
{
System.out.println("Päässä kiinni.");
}
}
}
6. Monimutkaiset IDE: t
Java-ohjelmoijat käyttävät usein IDE: tä, kuten Eclipse tai IntelliJ. Nämä IDE: t ovat tehokkaita, mutta niiden kanssa on vaikea olla vuorovaikutuksessa, etenkin aloittelijalle tai keskitason kehittäjälle. Sinun on ponnisteltava paljon IDE: n oppimiseen sisäisesti ja ulkoisesti, jotta se olisi tuottavampaa ja vähemmän tuskallista sinulle.
7. Alustan riippumattomuus on vähemmän tärkeä vuonna 2022
Sillä, että Java on erittäin alustariippumaton, on nykyään vähemmän merkitystä kuin 10 tai 20 vuotta sitten.
Syynä on se, että elämme ohjelmistojen määrittelemässä maailmassa. Nykyään virtuaalikoneet, säilöt ja pilvipalvelut tekevät sovellusten suorittamisesta helppoa missä tahansa, ilman huolta taustalla olevasta ympäristöstä.
Toisin sanoen sinun ei tarvitse muuttaa koodiasi saadaksesi sovelluksesi toimimaan siellä, missä sen tarvitset. Voit vaihtaa sen sijaan isännöintiympäristöä.
Tämä ei tarkoita, etteikö sovellusten siirrettävillä ole enää merkitystä. Se ei vain ole niin kriittinen kuin ennen, ja tämä tekee Javasta laajemman merkityksen.
8. Staattinen kirjoittaminen
Java suorittaa tyyppitarkistuksen käännösajan aikana. Tämä tarkoittaa, että sinun on ilmoitettava kunkin muuttujan tyyppi käännöshetkellä. Sama koskee kieliä, kuten C ja C++, mutta muut kielet, kuten Scala ja Haskell, tarjoavat jonkinlaisen tyyppipäätelmän.
Staattisessa kirjoituksessa muuttujat eivät yleensä saa vaihtaa tyyppiä. Tämä tekee Java-syntaksista hieman monimutkaisen varsinkin kirjoitettaessa koodia isoa projektia varten.
Monet ohjelmoijat haluavat dynaaminen ohjelmointi jossa tyyppitarkistus suoritetaan suorituksen aikana. Tämä tarkoittaa, että muuttujan tyyppi voi muuttua sen elinkaaren aikana.
Opi uusia ohjelmointikieliä
Ei se tarkoita, että Java ei olisi hyvä mihinkään, mutta sen syntaksi on kömpelö eikä edistä koodin lukemista. Javan riippuvuuden hallinta mahdollistaa väärinkäytökset ja johtaa vaikeasti havaittaviin vioihin.
Tekniikka muuttuu jatkuvasti ja kehittäjänä on aina hyödyllistä olla ajan tasalla nousevien ohjelmointikielien kanssa. Se, mikä on tänään muodissa, voi pian olla eilisen uutinen.
