{"id":671776,"date":"2025-12-31T04:14:22","date_gmt":"2025-12-31T03:14:22","guid":{"rendered":"https:\/\/blog.jetbrains.com\/?post_type=kotlin&p=671776"},"modified":"2025-12-31T04:14:26","modified_gmt":"2025-12-31T03:14:26","slug":"evaluacion-de-kotlin-en-proyectos-reales","status":"publish","type":"kotlin","link":"https:\/\/blog.jetbrains.com\/es\/kotlin\/2025\/12\/evaluacion-de-kotlin-en-proyectos-reales\/","title":{"rendered":"Evaluaci\u00f3n de Kotlin en proyectos reales"},"content":{"rendered":"

Art\u00edculo de Urs Peter<\/a>, ingeniero de software s\u00e9nior y formador de Kotlin certificado por JetBrains. Para los lectores que busquen una forma m\u00e1s estructurada de desarrollar sus habilidades en Kotlin, Urs tambi\u00e9n dirige el <\/em>Kotlin Upskill Program<\/em><\/a> en Xebia Academy.<\/em><\/p>\n

Este es el segundo art\u00edculo de <\/em>La gu\u00eda definitiva para adoptar Kotlin en un entorno dominado por Java<\/em><\/strong>, una serie que sigue c\u00f3mo crece la adopci\u00f3n de Kotlin entre equipos reales, desde la curiosidad de un \u00fanico desarrollador hasta la transformaci\u00f3n de toda la empresa.<\/em><\/p>\n

Lea la primera parte: Introducci\u00f3n a Kotlin para desarrolladores Java<\/a><\/p>\n

\n

La fase de evaluaci\u00f3n: m\u00e1s all\u00e1 de la experimentaci\u00f3n con Kotlin<\/strong><\/h2>\n

Una vez que se sienta c\u00f3modo haciendo pruebas en Kotlin, es hora de una evaluaci\u00f3n m\u00e1s exhaustiva. Puede recurrir a dos enfoques principales:<\/p>\n

    \n
  1. Crear un nuevo microservicio o aplicaci\u00f3n en Kotlin<\/a><\/li>\n
  2. Ampliar o convertir una aplicaci\u00f3n Java existente<\/a><\/li>\n<\/ol>\n

    1. Crear un nuevo microservicio o aplicaci\u00f3n en Kotlin<\/strong><\/h3>\n

    Empezando de cero con una nueva aplicaci\u00f3n o microservicio disfrutar\u00e1 de toda la experiencia Kotlin sin las limitaciones del c\u00f3digo heredado. Este enfoque suele ser el m\u00e1s pr\u00e1ctico para el aprendizaje, y muestra con mayor claridad los puntos fuertes de Kotlin.<\/p>\n

    \n
    \n

    Consejo pro<\/strong>: pida ayuda a un experto durante esta fase. Aunque los desarrolladores conf\u00edan en sus capacidades por naturaleza, evitar los primeros errores en forma de Kotlin al estilo Java y la falta de bibliotecas impulsadas por Kotlin puede ahorrar meses de deuda t\u00e9cnica.<\/p>\n<\/div>\n

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

    As\u00ed es como puede evitar los errores m\u00e1s comunes al utilizar Kotlin desde un entorno Java:<\/p>\n

    Error: elegir un marco de trabajo diferente del que utiliza en Java.<\/em><\/p>\n

    Consejo: c\u00ed\u00f1ase a su marco actual<\/strong>.\u00a0<\/p>\n

    Lo m\u00e1s probable es que haya utilizado Spring Boot con Java, as\u00ed que util\u00edcelo tambi\u00e9n con Kotlin. La compatibilidad de Spring Boot con Kotlin es excepcional, por lo que no le beneficia de ning\u00fan modo utilizar otra cosa. Es m\u00e1s, se ver\u00eda obligado a aprender no solo un nuevo lenguaje, sino tambi\u00e9n un nuevo marco de trabajo, lo que \u00fanicamente a\u00f1ade complejidad sin aportar ninguna ventaja.<\/p>\n

    Importante<\/strong>: Spring interfiere con el principio de \u00abherencia por dise\u00f1o\u00bb de Kotlin, que exige marcar expl\u00edcitamente las clases abiertas para poder extenderlas.<\/p>\n

    Para evitar a\u00f1adir la palabra clave abierta a todas las clases relacionadas con Spring (como @Configuration<\/code>, etc.), utilice el siguiente complemento de compilaci\u00f3n: https:\/\/kotlinlang.org\/docs\/all-open-plugin.html#spring-support<\/a>. Si crea un proyecto Spring con la conocida herramienta en l\u00ednea Spring initializr<\/a>, este complemento de compilaci\u00f3n ya estar\u00e1 configurado para usted.<\/p>\n

    Error: escribir Kotlin al estilo Java, confiando en las API comunes de Java en lugar de en la biblioteca est\u00e1ndar de Kotlin:<\/em>\u00a0<\/em><\/p>\n

    Esta lista puede ser muy larga, as\u00ed que centr\u00e9monos en los errores m\u00e1s comunes:<\/p>\n

    Error 1: utilizar Java Stream en lugar de Kotlin Collections.<\/em><\/h4>\n

    Consejo: utilice siempre Kotlin Collections.<\/strong><\/p>\n

    Las Kotlin Collections son totalmente interoperables con las Java Collections, pero est\u00e1n equipadas con funciones de orden superior sencillas y cargadas de funcionalidades que dejan Java Stream obsoleto.\u00a0<\/p>\n

    A continuaci\u00f3n se muestra un ejemplo cuyo objetivo es elegir los 3 productos m\u00e1s vendidos por ingresos (precio * n\u00famero vendido) agrupados por categor\u00eda de producto:<\/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
    La interoperabilidad entre Kotlin y Java le permite trabajar con clases y registros Java como si fueran nativos de Kotlin, aunque tambi\u00e9n podr\u00eda utilizar una clase (de datos) Kotlin en su lugar.<\/p>\n
    Error 2: seguir utilizando los Optional de Java.<\/em><\/h4>\n
    Consejo: adopte los tipos anulables<\/strong>.\u00a0<\/p>\n
    Una de las principales razones por las que los desarrolladores Java se pasan a Kotlin es por la compatibilidad con la nulabilidad integrada en Kotlin, que dice adi\u00f3s a las NullPointerExceptions. Por lo tanto, intente utilizar solo tipos \u00abNullable\u00bb, y no use m\u00e1s \u00abOptionals\u00bb. \u00bfTodav\u00eda tiene \u00abOptionals\u00bb en sus interfaces? As\u00ed es como puede deshacerse f\u00e1cilmente de ellos convirti\u00e9ndolos en tipos \u00abNullable\u00bb:<\/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
    Error 3: seguir utilizando envoltorios est\u00e1ticos.<\/em><\/h4>\n
    Consejo: adopte los m\u00e9todos de extensi\u00f3n<\/strong>.\u00a0<\/p>\n
    Los m\u00e9todos de extensi\u00f3n le ofrecen muchas ventajas:<\/p>\n