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 6. Colecciones de Java a Kotlin

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

A primera vista, Java y Kotlin tienen bibliotecas de colecciones muy similares; ciertamente, interoperan sospechosamente a la perfección. ¿Cuáles son las diferencias, qué las motiva y dónde tenemos que tener cuidado al pasar de las colecciones de Java a las de Kotlin?

Colecciones Java

En, Capítulo 5, vimos cómo Java creció en la época en que veíamos los objetos como fundamentalmente mutables y con estado. Esto era especialmente cierto en el caso de las colecciones: ¿qué sentido tiene una lista si no puedes añadirle nada? Creamos colecciones creando una vacía y añadiéndole cosas. ¿Necesitas eliminar un artículo de la cesta de la compra? Muta la lista. ¿Barajas una baraja de cartas? Obviamente, eso cambia el orden de la baraja. No crearíamos una nueva lista de tareas en papel cada vez que necesitáramos leche o llevar al gato al veterinario. Las colecciones mutables reflejan nuestra experiencia en el mundo real.

En el momento de su lanzamiento, la calidad de sus colecciones incorporadas fue una buena razón para adoptar Java. En aquella época, muchos lenguajes no tenían colecciones mutables en su biblioteca estándar. La tecnología de objetos nos permitía definir y utilizar colecciones mutables con seguridad. Era natural utilizar este superpoder ahora que se nos había concedido, así que nos adelantamos y utilizamos Vector