book

De Java a Kotlin

by Duncan McGregor, Nat Pryce

September 2024

Intermediate to advanced

424 pages

10h 56m

Spanish

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Cómo está organizado este libro¿Cómo elegimos los temas?ComplejidadCódigo PerfectoFormato del códigoConvenciones utilizadas en este libroUtilizar ejemplos de códigoAprendizaje en línea O'ReillyCómo contactar con nosotrosAgradecimientosEl bocado de DuncanBit de Nat
El grano de un lenguaje de programaciónUna historia opinada del estilo de programación JavaEstilo primitivoEstilo frijolEstilo empresarialEstilo modernoEl futuroEl grano de KotlinRefactorización a KotlinPrincipios de refactorizaciónSuponemos una buena cobertura de pruebasNos comprometemos para Git Bisect¿En qué estamos trabajando?¡Empecemos!
EstrategiaAñadir soporte Kotlin a una compilación JavaSeguir adelante
Un tipo de valor simpleLas limitaciones de las clases de datosSeguir adelante
Representar la ausenciaRefactorización de Opcional a NulableRefactorización a Kotlin IdiomáticoSeguir adelante
JudíasValores¿Por qué debemos preferir los valores?Refactorización de Frijoles a ValoresSeguir adelante
Colecciones JavaColecciones KotlinRefactorización de Java a Kotlin ColeccionesArregla el JavaConvertir a KotlinSeguir adelante
FuncionesCálculosAcciones¿Por qué debería importarnos?¿Por qué prefieres los cálculos?Refactorización de Acciones a CálculosCódigo existenteUn diseño mejorFin del JuegoSeguir adelante
Estática JavaFunciones de nivel superior, objetos y acompañantes de KotlinRefactorización de métodos estáticos a funciones de nivel superiorMover al nivel superiorKotlinifySeguir adelante
Toma 1: InliningToma 2: Introduce una funciónToma 3: DejaToma 4: RetrocederSeguir adelante

Funciones y métodosFunciones de extensiónExtensiones y tipos de funciónPropiedades de la extensiónConversionesParámetros anulablesReceptores anulablesGenéricosFunciones de extensión como métodosRefactorización a funciones de extensiónSeguir adelante
Campos, accesorios y propiedadesCómo elegirPropiedades mutablesRefactorización a propiedadesSeguir adelante
Una clase fundamental: DineroAñadir un operador definido por el usuarioLlamar a nuestro operador desde código Kotlin existenteOperadores para clases Java existentesConvenciones para denotar valoresSeguir adelante
Flujos JavaIterables KotlinSecuencias KotlinIteraciones múltiplesElegir entre flujos, iterables y secuenciasTransformación algebraicaRefactorización de flujos a iterables y secuenciasIterables PrimeroLuego SecuenciasExtraer parte de una tuberíaLimpieza finalSeguir adelante
Cálculo con parámetros de acumuladorRefactorización a Funciones sobre Datos InmutablesHagámoslo otra vezEnriquecer la abstracción que descubrimosSeguir adelante
Componer colecciones de dominiosColecciones con otras propiedadesRefactorización de colecciones encapsuladasConvertir operaciones en extensionesSustituir un alias de tipoRefactorización de colecciones con otras propiedadesSeguir adelante
Encapsulación orientada a objetosEncapsulación funcionalTipos de función en JavaMezcla y combinaComparación de los enfoquesAcoplamiento¿Orientado a objetos o funcional?El legado de JavaTrazabilidadRefactorización de interfaces a funcionesIntroducir funcionesSeguir adelante
Sustituir Mocks por Mapas¿Nos hemos desprendido realmente de las burlas?Seguir adelante
¿Polimorfismo o clases selladas?Convertir una interfaz en una clase selladaSeguir adelante
Tratamiento de errores antes de las excepcionesTratamiento de errores con excepcionesJava y las excepciones comprobadasKotlin y las excepcionesMás allá de las excepciones: Tratamiento funcional de erroresTratamiento de errores en KotlinRefactorización de excepciones a erroresNuestra estrategia de conversiónEmpezar por abajoContratoSalirMás ArreglosCapasSeguir adelante
Escuchar los exámenesE/S a DatosEscritura eficazLectura eficienteSeguir adelante
Identificar lo que puede ir malRepresentación de errores¿Qué pasa con la E/S?Seguir adelante
Una prueba de aceptaciónPruebas unitariasCabecerasDiferentes separadores de campoSecuenciasLeer de un archivoComparación con el CSV de CommonsSeguir adelante
GranoPensamiento funcionalDiseño sencilloProgramación funcional y razonamiento textualRefactorizaciónRefactorización y pensamiento funcional
Aprender KotlinPruebas y desarrollo basado en pruebasTrabajar con código heredadoDiseño y desarrollo de softwareJava y la JVM

Content preview from De Java a Kotlin

Capítulo 12. Funciones a Operadores

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

Si tenemos una gran base de código Java, nuestro Java y Kotlin tendrán que coexistir durante algún tiempo. ¿Qué podemos hacer para apoyar las convenciones de ambos lenguajes mientras trasladamos gradualmente el sistema a Kotlin?

Hasta ahora, hemos mostrado la traducción de código de Java a Kotlin de una sola vez. Hemos utilizado refactorizaciones automáticas para realizar la traducción de forma segura, pero al final, todo el código afectado se ha convertido a Kotlin idiomático.

En grandes bases de código, esto no siempre es posible. Debemos seguir evolucionando las funcionalidades en Java mientras introducimos Kotlin. Donde haya una frontera entre ambos, queremos utilizar Java convencional por un lado y Kotlin convencional por otro. Esto es especialmente cierto cuando convertimos clases fundacionales que soportan gran parte de la funcionalidad de nuestro sistema.

Una clase fundamental: Dinero

Todo sistema contiene algunas clases fundamentales que utilizan muchas partes de la base de código. Un ejemplo en Travelator es la clase Money, que vimos por primera vez en el Capítulo 3. Los viajeros necesitan presupuestar sus viajes. Quieren comparar los costes de diferentes opciones de viaje, ver esos costes convertidos a la moneda que prefieran, reservar cosas, pagarlas, etcétera. La clase Money se utiliza tanto que no podemos convertirla ...