{"id":407303,"date":"2023-11-21T04:52:11","date_gmt":"2023-11-21T03:52:11","guid":{"rendered":"https:\/\/blog.jetbrains.com\/?post_type=blog&p=407303"},"modified":"2023-11-21T04:52:15","modified_gmt":"2023-11-21T03:52:15","slug":"amper-una-mejor-experiencia-de-usuario-en-las-herramientas-de-compilacion","status":"publish","type":"blog","link":"https:\/\/blog.jetbrains.com\/es\/blog\/2023\/11\/21\/amper-una-mejor-experiencia-de-usuario-en-las-herramientas-de-compilacion\/","title":{"rendered":"Amper: una mejor experiencia de usuario en las herramientas de compilaci\u00f3n\u00a0"},"content":{"rendered":"

Una de las observaciones m\u00e1s frecuentes de la gente que adopta Kotlin es que la manipulaci\u00f3n de los sistemas de compilaci\u00f3n resulta dif\u00edcil. Aunque muchos proyectos utilizan asistentes para configurar entornos de modo que est\u00e9n listos para que los desarrolladores empiecen, tambi\u00e9n es necesario mantener estos asistentes. Los nuevos m\u00f3dulos, plataformas, dependencias y otros cambios hacen que los desarrolladores a menudo pasen m\u00e1s tiempo luchando contra el sistema de compilaci\u00f3n y el IDE que centr\u00e1ndose en el propio trabajo. Como Kotlin se est\u00e1 convirtiendo en un lenguaje verdaderamente multiplataforma, este problema se acent\u00faa a\u00fan m\u00e1s en las personas que entran por primera vez en el ecosistema JVM.<\/p>\n

Desde hace alg\u00fan tiempo, hemos estado trabajando en una serie de experimentos internamente en JetBrains para tratar de ver c\u00f3mo podr\u00edamos mejorar esta experiencia para los desarrolladores, no solo desde la perspectiva de definir proyectos, sino tambi\u00e9n para mejorar la compatibilidad con las herramientas. Estos esfuerzos est\u00e1n en l\u00ednea con las otras iniciativas<\/a> en las que estamos trabajando para Kotlin Multiplatform<\/a>.<\/p>\n

Hoy tenemos el placer de anunciar p\u00fablicamente uno de esos proyectos: Amper. Antes de continuar, sin embargo, queremos hacer una advertencia: a\u00fan es muy experimental y nuestro objetivo principal al abrirlo es validar las ideas detr\u00e1s de \u00e9l y recibir sus comentarios.<\/p>\n

\u00bfQu\u00e9 es Amper?<\/h2>\n

Amper es una herramienta para la configuraci\u00f3n de proyectos. Su objetivo es mejorar la experiencia del usuario en la configuraci\u00f3n de proyectos y la facilidad de uso de las herramientas, es decir, la compatibilidad dentro del IDE, al tiempo que proporciona una experiencia inicial sencilla.\u00a0<\/p>\n

Actualmente, estamos evaluando varios aspectos, lo que incluye la configuraci\u00f3n de proyectos con el prop\u00f3sito de compilar, empaquetar, publicar y m\u00e1s. No obstante, en esta etapa el principal objetivo es la configuraci\u00f3n de proyectos con el fin de compilar.<\/p>\n

Aunque el caso de uso actual es Kotlin y Kotlin Multiplatform, Amper tambi\u00e9n es compatible con Java y Swift (como un requisito para multiplataforma). Sin embargo, el mismo enfoque de configuraci\u00f3n podr\u00eda funcionar para otros lenguajes y pilas tecnol\u00f3gicas en el futuro.\u00a0<\/p>\n

Amper se implementa como un complemento de Gradle y utiliza YAML como formato de configuraci\u00f3n de proyectos. El objetivo ahora es validar la experiencia del usuario, raz\u00f3n por la cual hemos optado por construir sobre una herramienta de compilaci\u00f3n bien probada como Gradle, proporcionando una capa de configuraci\u00f3n sobre ella.<\/p>\n

En cuanto al uso de YAML, algunos de ustedes se preguntar\u00e1n, \u00bfpor qu\u00e9 no Kotlin? Aunque la decisi\u00f3n sobre este lenguaje de marcado no es definitiva, queremos adoptar un enfoque declarativo. Creemos que esto no solo permite una configuraci\u00f3n m\u00e1s simplificada que es menos propensa a errores, sino que tambi\u00e9n nos ayuda en t\u00e9rminos de proporcionar herramientas m\u00e1s efectivas. Y, de nuevo, con el objetivo de compartir este experimento con ustedes y validar las ideas detr\u00e1s de \u00e9l, hemos tomado el enfoque m\u00e1s sencillo. Todav\u00eda no se ha decidido si terminaremos con un subconjunto restrictivo de Kotlin como el lenguaje de frontend. Por ahora, nuestro enfoque es validar nuestras ideas.\u00a0<\/p>\n

\u00a1Mu\u00e9streme el c\u00f3digo!<\/h2>\n

Tomemos un proyecto de JVM muy b\u00e1sico de \u00abHello, World!\u00bb con la siguiente estructura de directorios en IntelliJ IDEA 2023.3:<\/p>\n

\"\"<\/figure>\n

Los archivos main.kt<\/code> y MyTest.kt<\/code> son simplemente archivos de Kotlin normales que no contienen nada especial. La parte interesante es module.yaml<\/code>, que es el archivo de manifiesto de Amper. Para la estructura del proyecto anterior, simplemente ser\u00eda:<\/p>\n

# Produce a JVM application \nproduct: jvm\/app<\/pre>\n
\u00a1Y ya est\u00e1! Las cadenas de herramientas de Kotlin y Java, el marco de trabajo de pruebas y otras funcionalidades necesarias est\u00e1n configuradas y disponibles directamente desde el principio. \u00a1Puede crear una compilaci\u00f3n, ejecutarla, escribir y ejecutar pruebas y m\u00e1s! Para obtener m\u00e1s informaci\u00f3n detallada, eche un vistazo al ejemplo completo<\/a>.<\/p>\n
\"\"<\/figure>\n
Ahora, veamos un proyecto de Compose Multiplatform con las aplicaciones de JVM para Android, iOS y escritorio, con la siguiente estructura de proyectos en Fleet:<\/p>\n
\"\"<\/figure>\n
F\u00edjese c\u00f3mo la carpeta src\/<\/code> contiene c\u00f3digo tanto en Kotlin como en Swift. Por supuesto, tambi\u00e9n podr\u00eda ser Kotlin y Java.<\/p>\n
Otro aspecto destacable es el m\u00f3dulo compartido con el c\u00f3digo com\u00fan en la carpeta src<\/code> y las carpetas espec\u00edficas de la plataforma src@ios<\/code> y src@android<\/code> (obtenga m\u00e1s informaci\u00f3n sobre las disposiciones de proyectos<\/a>).<\/p>\n
As\u00ed es como se ve el archivo de manifiesto ios-app\/module.yaml<\/code>:<\/p>\n
# Produce an iOS application\nproduct: ios\/app\n\n# Depend on the shared library module: \ndependencies:\n  - ..\/shared\n\nsettings:\n  # Enable Compose Multiplatform framework\n  compose: enabled<\/pre>\n
Esto es bastante directo: define una aplicaci\u00f3n de iOS con una dependencia en un m\u00f3dulo compartido y habilita el marco de trabajo de Compose Multiplatform. Un ejemplo m\u00e1s interesante ser\u00eda shared\/module.yaml<\/code>: <\/p>\n
# Produce a shared library for the JVM, Android, and iOS platforms:\nproduct:\n  type: lib\n  platforms: [jvm, android, iosArm64, iosSimulatorArm64, iosX64]\n\n# Shared Compose dependencies:\ndependencies:\n  - org.jetbrains.compose.foundation:foundation:1.5.0-rc01: exported\n  - org.jetbrains.compose.material3:material3:1.5.0-rc01: exported\n\n# Android-only dependencies  \ndependencies@android:\n  # integration compose with activities\n  - androidx.activity:activity-compose:1.7.2: exported\n  - androidx.appcompat:appcompat:1.6.1: exported\n\n# iOS-only dependencies with a dependency on a CocoaPod\n#   note that CocoaPods dependencies are not yet implemented in the prototype\ndependencies@ios:\n  - pod: 'FirebaseCore'\n    version: '~> 6.6'\n\nsettings:\n  # Enable Kotlin serialization\n  kotlin:\n    serialization: json\n  \n  # Enable Compose Multiplatform framework\n  compose: enabled<\/pre>\n
Merece la pena mencionar un par de cosas. En primer lugar, observe las dependencias<\/code> espec\u00edficas de la plataforma: las secciones con el calificador @<\/code>. El calificador de plataforma<\/a> se puede utilizar tanto en el manifiesto como en la disposici\u00f3n de archivos. El calificador organiza el c\u00f3digo, las dependencias y la configuraci\u00f3n para una plataforma espec\u00edfica. 
En segundo lugar, la secci\u00f3n dependencies:<\/code> permite no solo dependencias de Kotlin y Maven, sino potencialmente tambi\u00e9n gestores de paquetes espec\u00edficos de la plataforma<\/a>, como CocoaPods, Swift Package Manager y otros sobre la base de los comentarios recibidos.<\/p>\n
\"\"<\/figure>\n
Naturalmente, estos ejemplos solo muestran un conjunto limitado de las funcionalidades de Amper. Eche un vistazo al proyecto en GitHub<\/a> y consulte la documentaci\u00f3n<\/a>, el tutorial<\/a> y los proyectos de ejemplo<\/a> para obtener m\u00e1s informaci\u00f3n sobre el dise\u00f1o y la funcionalidad de Amper.<\/p>\n
Qu\u00e9 permite actualmente<\/h3>\n
Actualmente, Amper permite crear aplicaciones dirigidas a las plataformas JVM, Android, iOS, macOS y Linux. Puede crear aplicaciones basadas tanto en Kotlin (de plataforma \u00fanica y multiplataforma) como en Java.<\/p>\n
Dado que Amper utiliza Gradle como backend, la compatibilidad con tareas personalizadas, la posibilidad de publicar bibliotecas en Maven, la compatibilidad con CocoaPods y la capacidad de empaquetar aplicaciones de escritorio se proporcionan configurando directamente los archivos de compilaci\u00f3n de Gradle.<\/p>\n
C\u00f3mo probarlo\u00a0<\/h2>\n
Hay varias maneras de probar Amper.<\/p>\n