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 11. Métodos para las propiedades

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

Java no distingue entre métodos de acceso a propiedades y otros tipos. Kotlin, en cambio, trata las propiedades de forma diferente a las funciones miembro. ¿Cuándo debemos preferir una propiedad computada a una función que devuelva un resultado?

Campos, accesorios y propiedades

La mayoría de los lenguajes de programación nos permiten agrupar datos de alguna manera, dando nombres (y a menudo tipos) a las propiedades de un compuesto.

Aquí tienes, por ejemplo en, un registro, compuesto por tres campos, en ALGOL W, uno de los primeros lenguajes de propósito general que admitía tipos de registro. (ALGOL W fue también el lenguaje en el que Tony Hoare introdujo las referencias nulas).

RECORD PERSON (
    STRING(20) NAME;
    INTEGER AGE;
    LOGICAL MALE;
);

Las cosas eran distintas entonces: los programadores de verdad sólo tenían MAYÚSCULAS, y el género era un booleano.

En ALGOL W, podemos (bueno, podríamos) actualizar la edad contenida en un registro PERSON:

AGE(WILMA) := AGE(WILMA) + 1;

En este caso, el compilador emitirá las instrucciones para llegar a la memoria del registro, encontrar los bytes que representan la edad de Wilma e incrementarla. Los registros, también conocidos como structs (por estructura) en otros lenguajes, son una comodidad para agrupar datos relacionados. Aquí no se oculta información, sólo se compone.

La mayoría ...