Delphi vs java, a blog Amerikába költözött
Minden logika teljesen azonos. Alig várom a natív kód abszolút győzelmét. Nem csak az őshonos - Embarcadero háromszázszor mondta, hogy hűen optimalizálták a fordítót.
Drum roll - figyelje az eredményeket.
WTF? A funkcióhívással rendelkező változat 4-szer lassabb, mint az inline - 13 másodperc! És ez a legegyszerűbb funkció, hogy helyettesítsék a hasonló fordítók már megtanultak 100 évvel ezelőtt. Nem is akarok írni C # -re, én helyettesítem - 100% -ot. A C ++ -ról hallgattam.
Oké, nézzük meg a "fékezés" java eredményeit:
Hajlandó vagyok elhinni, hogy a Java-nak van más gúnyja is. Még inkább hiszem, hogy a dugók 90% -a programozók ívelt keze. Láttam például a C # használatát a String helyett a StringBuilder helyett.
A Java elégedett. Van egy vágy, hogy egy kis programot forgasson egy bináris fájl (ez a munka), a digitális szűrés és a képernyőn való megjelenítés között. Ha jól megy - többplatformos alkalmazásokat írhat. A szigorú időkeretekkel rendelkező feladatokhoz nem mennek el a C ++ vagy a Delphi programból, mit tegyek. De nem csak ezt írja 🙂
Jákov könyvét követem. Ugyanakkor a (z) Java tanfolyamokon is részt vett. mint most - nem tudom. A nyelv érdekes, tetszik nekem. Nem világos, hogy hogyan kell írni a params módszerek nélkül ref. Mindent megtesz az osztályok magán tagjai között. Kívánjak sok szerencsét