Android fejlesztés java vagy kotlin?

ma 13:45

Hát jó, ha a hivatalos dokumentáció meg 10 másik ember nem tud téged meggyőzni, akkor legyen igazad.

A "hivatalos" dokumentáció speciel ez:

"Kotlin is 100% >> interoperable << with the Java programming language and major emphasis has been placed on making sure that your existing codebase >> can interact << properly with Kotlin. You can easily call Kotlin code from Java and Java code from Kotlin."

Hát, ugyanezt tudja a lua is a ceylon is, meg még egy rakás másik nyelv.

Amire meg te oly büszkén rámutatsz, az nem egyéb, mint egy sima java-kotlin konverter. Csak megkérdezem, ha annyira kompatibilis a kotlin a Java-val, akkor minek az a konverter?

"Csak megkérdezem, ha annyira kompatibilis a kotlin a Java-val, akkor minek az a konverter?"

Nincs szukseg ra, az csak egy kenyelmi funkcio az IDE-ben. Nyilvan elofordul, hogy Java forraskodot Kotlin forraskodra akarsz konvertalni valamilyen okbol, ezt automatizalja.

És a hivatalos dokumentáció ez is:

Is Kotlin compatible with the Java programming language?

Yes.

Ennél egyértelműbb nem lehet semmi.

Szintaxisban különböznek, ezért egy fájlban pl. nem lehet kotlin és java kód együtt. De egy java osztályt egy kotlin osztályban, ugyanabban a projektben, natív kód nélkül bárhol bármikor.

Lol.

Ennél KÉTÉRTELMŰBB nem is lehetne semmi:

"Is Kotlin compatible with the Java programming language?

Yes. Kotlin is 100% interoperable with the Java programming language and major emphasis has been placed on making sure that your existing codebase can interact properly with Kotlin. You can easily call Kotlin code from Java and Java code from Kotlin."

Csak szólok, hogy lassan totál hülyét csinálsz magadból.

A kotlin fejlesztői is érzékeltetik, hogy kompatibilitás az nincs, de te csak erőlteted.

Azt is itt jegyzem meg gyorsan, hogy a java bytecode kompatibilitás is csak szemfényvesztés, ha esetleg még erre is ki szeretnél térni.

Basic terms

In this document we introduce several kinds of compatibility:

Source: source-incompatible change stops code that used to compile fine (without errors or warnings) from compiling anymore

Binary: two binary artifacts are said to be binary-compatible if interchanging them doesn't lead to loading or linkage errors

Behavioral: a change is said to be behavioral-incompatible if one and the same program demonstrates different behavior before and after applying the change

Remember that those definitions are given only for pure Kotlin. Compatibility of Kotlin code from the other languages perspective (e.g. from Java) is out of the scope of this document.

Nem tudsz angolul?

Ez annak a dokumentumnak a közvetlen folytatása, amire te hivatkoztál, amikor a két nyelv között szerinted létező kompatibilitás meglétét akartad igazolni, vagy te, vagy a másik hozzászóló.

Nem a kotlin verziók közötti kompatibilitásról szól, hanem arról, hogy a dokumentumban hivatkozott kompatibilitás szó milyen kontextusban értendő. Pontosabban, hogy ők, a fejlesztők vagy a dokumentum készítői mit is értenek kompatibilitás alatt.

[link]

Nem innen idezted? Mert ez valoban a Kotlin verziok kozti kompatibilitasrol szolo resz, le is irjak konkretan.

"While most of the language changes were already announced through other channels, like update changelogs or compiler warnings, this document summarizes them all, providing a complete reference for migration from Kotlin 1.3 to Kotlin 1.4."

Teljesen mindegy.

Kompatibilis.

Azt jelenti, hogy 'A' valamilyen szempont szerint felcserélhető 'B'-vel.

Interoperabilis.

Azt jelenti, hogy 'A' képes együttműködni 'B'-vel.

Ebben az egész java vs kotlin dologban a kompatibilis szó, ha már egyáltalán, nem egyéb, mint hogy a két kód képes egymással adatot cserélni, de ez is meglehetősen necces, erőltetett, hibás definíció. Ezért is jobb szó az interoperábilis.

Két programnyelv esetében az a szó, hogy kompatibilis, nem értelmezhető. Nem célja egyetlen programnyelvnek sem, hogy egy másikkal "kompatibilis" legyen.

Két processzor esetében, ha egy család tagjai azok, a kompatibilitás már fontos és szükséges, mert elvárás, hogy a régebbi CPU utasításkészletére írt programok az újabb processzoron is fussanak.

Ez az un felül-kompatibilitás. Az újabb CPU utasításkészlete a régit is tartalmazza. A subsetje annak.

A JVM kompatibilitás emlegetése meg szintén parasztvakítás abban a doksiban, mert nyilvánvaló, hogy a JVM utasításkészletét, architektúráját ismeri a Kotlin fordító, ugyanúgy, ahogy egy x86-os processzor utasításkészletét is ismeri akár egy C akár egy Clipper, akár egy Pascal, Modula, C++ fordító. Ez evidencia.