This repo is designed to showcase some (not all) differences between Java and Kotlin. Some topics shown are:
het belangrijkste: impliciet non-nullable! Geen nullpointers meer tenzij je expliciet een object nullable maakt! Verder ook names parameters en default parameter values
Lists en andere collection implementations zijn impliciet non-mutable. Je moet expliciet MutableList aanmaken om deze te
kunnen wijzigen
Hetzelfde voor var
en val
, val
is de standaard en non-mutable
Aantal uitgebreide functies die makkelijker in gebruik zijn dan in Java
Geen .stream() ... .toList()
nodig omdat dat impliciet al gebeurt
Arrays in Kotlin zijn invariant
- In Java kun je
Array<Super>
=Array<Child>
doen, - In Kotlin kun je
Array<Super>
=Array<Child>
niet doen - In Kotlin kun je
Array<in Super>
=Array<Child>
wel doen - In Kotlin kun je
Array<out Child>
=Array<Super>
wel doen
Kotlin heeft in principe geen static functions
Deze zijn vervangen door companion object en top level functions.
Kotlin staat toe dat functies (en properties en constanten) buiten een class gedefinieerd worden.
De JVM weet niet wat ie hier mee aan moet, dus de Kotlin compiler genereert een class met statische members voor deze top-level declaraties. Standaard wordt de naam afgeleid van het bestand waar de functies in gedefinieerd zijn. Functies gedefinieerd in top-level.kt
eindigen als statische methoden in een class genaamd Top_levelKt
. Als je de naam weet, dan kun je deze in Java importeren. Maar dat is best lelijk. Wil je uitdrukkelijk een class een naam geven, dan kun je de @file:JvmName
annotatie gebruiken.
Net zoals top-level functies, kun je in Kotlin functies en properties tot de scope van een class beperken, net zoals Java statics. Kotlin heeft afgekeken van Scala en groepeert deze in een object
declaratie. Dit type object
declaratie (in tegenstelling tot een object
expressie dat een anoniem typetje maakt) definieert een singleton: een type waarvan er maar 1 instantie is, met globale toegang.
- Alle members van zo'n
object
worden gecompileerd tot members van een class met de naam van dit object. - 👉🏻 Ze zullen nog niet daadwerkelijk statische methoden zijn totdat ze specifiek gemarkeerd zijn met de
@JvmStatic
annotatie. Dit is omdat Kotlin toestaat dat deze objecten afgeleid worden van andere classes en interfaces implementeren, en dat is incompatible met Java's statische declaraties.
- Wanneer je statische en niet-statische zaken in dezelfde class wil definiëren, dan stop je de statische spullen in een
companion object
in een (overigens niet-statische) class declaratie. - 👉🏻 Companion objects kunnen ook afgeleid worden van andere classes en interfaces implementeren - weer iets wat Java statics niet kunnen.
In Kotlin, functions zijn ook objecten
Als je een lambda maakt, kan het een lambda zijn (met .invoke()
en direct aanroepen) of een KFunction (met .call()
)
Er zijn geen checked exceptions in Kotlin Een idee (het idee) achter checked exceptions is dat de developer er expliciet over moet nadenken wat ie doet met de exception, en dat ze op een duidelijke manier afgevangen worden Probleem:
- overal try/catches, ook op plekken waar je zeker weet dat het goed gaat, of throws Exception
- versioning, als je een nieuwe exception toevoegt dan is het een breaking change voor mensen die je library gebruiken
- scalability, als je meerdere
If Kotlin knows an object is of a certain type, it will automatically cast it to that object E.g. if you receive an Interface and find out it is a Child implementation, it will automatically convert it to a Child object
Kotlin has range examples
for (i in 1..10) {
for (i in 1..10 step 2) {
for (i in 1 until 10) {
for (i in 10 downTo 1) {
for (i in (1..10).reversed()) {
for (i in (1..10).filter { it % 2 == 0 }) {
Kotlin had sinds het begin data class, en Java vond dat zo goed dat ze in Java 14 Record hebben toegevoegd
Overeenkomsten:
- generated methods: equals, hashCode, toString
- generated constructor
- generated getters (but Kotlin getter is called o.name, while Java uses o.name())
- can modify the canonical constructor
- can add additional methods
Verschillen:
- Data class heeft een copy()
- Record heeft final properties maar data class kan ook non-final hebben
- Record kan niet inheriten, data class wel (ook van non-data classes)
- Record heeft alleen static variables, data class heeft ook mutable properties