{"id":672292,"date":"2026-01-07T04:47:07","date_gmt":"2026-01-07T03:47:07","guid":{"rendered":"https:\/\/blog.jetbrains.com\/?post_type=kotlin&p=672292"},"modified":"2026-01-07T04:47:13","modified_gmt":"2026-01-07T03:47:13","slug":"evaluierung-von-kotlin-in-realen-projekten","status":"publish","type":"kotlin","link":"https:\/\/blog.jetbrains.com\/de\/kotlin\/2026\/01\/evaluierung-von-kotlin-in-realen-projekten\/","title":{"rendered":"Evaluierung von Kotlin in realen Projekten"},"content":{"rendered":"

Gastbeitrag von Urs Peter<\/a>, Senior Software Engineer und JetBrains-zertifizierter Kotlin Trainer. F\u00fcr Leser*innen, beim Ausbau ihrer Kotlin-Kenntnisse strukturierter vorgehen m\u00f6chten, leitet Urs auch das <\/em>Kotlin Upskill Program<\/em><\/a> an der Xebia Academy.<\/em><\/p>\n

Dies ist der zweite Beitrag der Reihe <\/em>Der ultimative Leitfaden f\u00fcr den erfolgreichen Einstieg in Kotlin in einer Java-dominierten Umgebung<\/em><\/strong>, die der Frage nachgeht, wie sich Kotlin in Teams in der realen Welt verbreitet, beginnend mit der Neugier einer einzelnen Person bis hin zum unternehmensweiten Wechsel.<\/em><\/p>\n

Hier finden Sie den ersten Teil: Einf\u00fchrung in Kotlin f\u00fcr Java-Entwickler*innen<\/a><\/p>\n

\n

Die Evaluierungsphase: Wenn Kotlin mehr als nur eine Spielwiese ist<\/strong><\/h2>\n

Sobald Sie Kotlin durch den Einsatz in Tests kennengelernt haben, wird es Zeit f\u00fcr eine gr\u00fcndlichere Evaluierung. Sie haben zwei Hauptans\u00e4tze zur Auswahl:<\/p>\n

    \n
  1. Einen neuen Microservice oder eine neue Anwendung in Kotlin entwickeln<\/a><\/li>\n
  2. Eine bestehende Java-Anwendung erweitern\/konvertieren<\/a><\/li>\n<\/ol>\n

    1. Einen neuen Microservice oder eine neue Anwendung in Kotlin entwickeln<\/strong><\/h3>\n

    Wenn Sie mit einer neuen Anwendung oder einem neuen Microservice von vorn beginnen, k\u00f6nnen Sie die vollst\u00e4ndige Kotlin-Erfahrung testen, ohne durch bestehenden Code eingeschr\u00e4nkt zu werden. Dieser Ansatz bietet h\u00e4ufig die beste Lernerfahrung und die klarsten Einblicke in die St\u00e4rken von Kotlin.<\/p>\n

    \n
    \n

    Profitipp<\/strong>: Lassen Sie sich in dieser Phase von Fachleuten unterst\u00fctzen. Entwickler*innen sind zwar naturgem\u00e4\u00df von ihren F\u00e4higkeiten \u00fcberzeugt, jedoch kann Ihnen das Vermeiden fr\u00fcher Fehler in Form von Java-\u00e4hnlichem Kotlin und fehlenden Kotlin-basierten Bibliotheken Monate an technischen Schulden einsparen.<\/p>\n<\/div>\n

    \n
    \"\"<\/figure>\n<\/div>\n<\/div>\n

    So vermeiden Sie h\u00e4ufige Fehler, wenn Sie mit einem Java-Hintergrund in Kotlin einsteigen:<\/p>\n

    Fehler: Ein anderes Framework in Kotlin als in Java verwenden.<\/em><\/p>\n

    Tipp: Bleiben Sie bei Ihrem bestehenden Framework<\/strong>.<\/p>\n

    H\u00f6chstwahrscheinlich haben Sie Spring Boot mit Java verwendet, und das k\u00f6nnen Sie auch mit Kotlin verwenden. Spring Boot wird von Kotlin hervorragend unterst\u00fctzt, die Verwendung einer anderen L\u00f6sung bietet also keine Vorteile. Wenn Sie nicht nur eine neue Sprache, sondern auch ein neues Framework erlernen m\u00fcssen, handeln Sie sich nur zus\u00e4tzliche Komplexit\u00e4t ohne besondere Vorteile ein.<\/p>\n

    Wichtig<\/strong>: Spring kommt dem Kotlin-Prinzip der \u201estandardm\u00e4\u00dfigen Vererbung\u201c in die Quere, sodass Sie Klassen explizit als \u201eopen\u201c markieren m\u00fcssen, um sie erweitern zu k\u00f6nnen.<\/p>\n

    Um nicht alle Spring-bezogenen Klassen (etwa @Configuration<\/code> usw.) als \u201eopen\u201c markieren zu m\u00fcssen, verwenden Sie das folgende Build-Plugin: https:\/\/kotlinlang.org\/docs\/all-open-plugin.html#spring-support<\/a>. Wenn Sie ein Spring-Projekt mit dem bekannten Online-Tool Spring Initializr<\/a> anlegen, ist dieses Build-Plugin bereits f\u00fcr Sie konfiguriert.<\/p>\n

    Fehler: Kotlin in einer an Java angelehnten Weise schreiben und sich eher auf g\u00e4ngige Java-APIs als auf die Kotlin-Standardbibliothek verlassen:<\/em>\u00a0<\/em><\/p>\n

    Diese Liste k\u00f6nnte sehr lang werden, daher gehen wir hier nur auf die h\u00e4ufigsten Fallstricke ein:<\/p>\n

    Fehler 1: Java-Streams statt Kotlin-Collections verwenden<\/em><\/h4>\n

    Tipp: Verwenden Sie stets Kotlin-Collections.<\/strong><\/p>\n

    Kotlin-Collections sind vollst\u00e4ndig kompatibel mit Java-Collections, verf\u00fcgen jedoch \u00fcber einfache und reichhaltige Funktionen h\u00f6herer Ordnung, die Java-Streams \u00fcberfl\u00fcssig machen.<\/p>\n

    Im Folgenden finden Sie ein Beispiel, das die drei umsatzst\u00e4rksten Produkte (Preis * Absatzmenge) je Produktkategorie ausweist:<\/p>\n

    Java<\/strong><\/p>\n

    record Product(String name, String category, double price, int sold){}\n\nList products = List.of(\n           new Product(\"Lollipop\", \"sweets\", 1.2, 321),\n           new Product(\"Broccoli\", \"vegetable\", 1.8, 5);\n\nMap<String, List> top3RevenueByCategory =\n       products.stream()\n          .collect(Collectors.groupingBy(\n                Product::category,\n                Collectors.collectingAndThen(\n                    Collectors.toList(),\n                    list -> list.stream()\n                              .sorted(Comparator.comparingDouble(\n                                  (Product p) -> p.price() * p.sold())\n                                   .reversed())\n                                   .limit(3)\n                                   .toList()\n                       \t\t)\n          )\n);<\/pre>\n
    Kotlin<\/strong><\/p>\n
    val top3RevenueByCategory: Map<String, List> =\n   products.groupBy { it.category }\n       .mapValues { (_, list) ->\n           list.sortedByDescending { it.price * it.sold }.take(3)\n       }<\/pre>\n
    Dank der Java-Interoperabilit\u00e4t von Kotlin k\u00f6nnen Sie mit Java-Klassen und -Records arbeiten, als w\u00e4ren sie native Kotlin-Klassen \u2013 wobei Sie stattdessen auch eine Kotlin-(Daten-)Klasse verwenden k\u00f6nnten.<\/p>\n
    Fehler 2: Optional aus Java weiterhin verwenden.<\/em><\/h4>\n
    Tipp: Nutzen Sie Nullable-Typen<\/strong>.<\/p>\n
    Einer der Hauptgr\u00fcnde, warum Java-Entwickler*innen zu Kotlin wechseln, ist die integrierte Nullability-Unterst\u00fctzung von Kotlin, die NullPointerExceptions ein f\u00fcr alle Mal den Garaus macht. Versuchen Sie daher, ausschlie\u00dflich Nullable-Typen statt Optionals zu verwenden. Sie haben noch Optionals in Ihren Schnittstellen? So k\u00f6nnen Sie sie unkompliziert loswerden, indem Sie sie in Nullable-Typen konvertieren:<\/p>\n
    Kotlin<\/strong><\/p>\n
    \/\/Let\u2019s assume this repository is hard to change, because it\u2019s a library you depend on\nclass OrderRepository {\n      \/\/it returns Optional, but we want nullable types\n      fun getOrderBy(id: Long): Optional = \u2026\n}\n\n\/\/Simply add an extension method and apply the orElse(null) trick\nfun OrderRepository.getOrderByOrNull(id: Long): Order? = \n                                    getOrderBy(id).orElse(null)\n\n\/\/Now enjoy the safety and ease of use of nullable types:\n\n\/\/Past:\n val g = repository.getOrderBy(12).flatMap { product ->\n     product.goody.map { it.name }\n}.orElse(\"No goody found\")\n\n\/\/Future:\n val g = repository.getOrderByOrNull(12)?.goody?.name ?: \"No goody found\"<\/pre>\n
    Fehler 3: Weiterhin statische Wrapper verwenden.<\/em><\/h4>\n
    Tipp: Nutzen Sie Extension-Methoden<\/strong>.<\/p>\n
    Extension-Methoden haben zahlreiche Vorteile:<\/p>\n