{"id":407301,"date":"2023-11-21T04:48:48","date_gmt":"2023-11-21T03:48:48","guid":{"rendered":"https:\/\/blog.jetbrains.com\/?post_type=blog&p=407301"},"modified":"2023-11-21T04:48:52","modified_gmt":"2023-11-21T03:48:52","slug":"amper-melhorando-a-experiencia-do-usuario-com-ferramentas-de-build","status":"publish","type":"blog","link":"https:\/\/blog.jetbrains.com\/pt-br\/blog\/2023\/11\/21\/amper-melhorando-a-experiencia-do-usuario-com-ferramentas-de-build\/","title":{"rendered":"Amper \u2013 Melhorando a experi\u00eancia do usu\u00e1rio com ferramentas de build\u00a0"},"content":{"rendered":"

As pessoas que adotam o Kotlin sempre nos dizem que acham desafiador lidar com sistemas de build. Embora muitos projetos usem assistentes para configurar ambientes para que estes estejam prontos para os desenvolvedores come\u00e7arem, estes tamb\u00e9m precisam receber manuten\u00e7\u00e3o. Novos m\u00f3dulos, plataformas, depend\u00eancias e outras mudan\u00e7as acontecem, o que muitas vezes faz com que os desenvolvedores percam mais tempo lutando contra o sistema de build e o IDE do que realmente se concentrando no trabalho que precisam fazer. Com o Kotlin se tornando uma linguagem multiplataforma, isso \u00e9 ainda mais enfatizado por pessoas que ainda s\u00e3o iniciantes no ecossistema JVM.<\/p>\n

H\u00e1 algum tempo, estamos trabalhando em uma s\u00e9rie de experimentos internamente na JetBrains para descobrir como podemos melhorar essa experi\u00eancia para os desenvolvedores, n\u00e3o apenas do ponto de vista da defini\u00e7\u00e3o de projetos, como tamb\u00e9m fornecendo melhor suporte para ferramentas. Esses esfor\u00e7os est\u00e3o sincronizados com outras iniciativas<\/a> nas quais estamos trabalhando em rela\u00e7\u00e3o ao Kotlin Multiplatform<\/a>.<\/p>\n

Hoje, estamos entusiasmados em compartilhar publicamente um desses projetos: o Amper. Por\u00e9m, antes de prosseguirmos, gostar\u00edamos de deixar um aviso: o projeto ainda \u00e9 muito experimental, e nosso principal objetivo ao abri-lo \u00e9 validar as ideias por detr\u00e1s dele e receber seu feedback.<\/p>\n

O que \u00e9 o Amper?<\/h2>\n

O Amper \u00e9 uma ferramenta para configura\u00e7\u00e3o de projetos. Seu objetivo \u00e9 melhorar a experi\u00eancia do usu\u00e1rio e o trabalho com ferramentas na configura\u00e7\u00e3o de projetos, ou seja, o suporte dentro do IDE, ao mesmo tempo em que proporciona uma experi\u00eancia suave e pronta para uso.\u00a0<\/p>\n

Atualmente, estamos analisando v\u00e1rios aspectos, incluindo a configura\u00e7\u00e3o de projetos para fins de compila\u00e7\u00e3o, empacotamento, publica\u00e7\u00e3o e muito mais. Por\u00e9m, no est\u00e1gio atual, o foco est\u00e1 principalmente na configura\u00e7\u00e3o de projetos para fins de compila\u00e7\u00e3o.<\/p>\n

Embora o caso de uso atual seja o Kotlin e o Kotlin Multiplatform, o Amper tamb\u00e9m oferece suporte para Java e Swift (como um requisito para multiplataforma). No entanto, a mesma abordagem de configura\u00e7\u00e3o poder\u00e1 funcionar para outras linguagens e pilhas de tecnologia no futuro.\u00a0<\/p>\n

O Amper \u00e9 implementado como um plug-in Gradle e usa YAML para o formato de configura\u00e7\u00e3o do projeto. O objetivo agora \u00e9 validar a experi\u00eancia do usu\u00e1rio, e \u00e9 por isso que optamos por trabalhar com uma ferramenta de build bem testada como o Gradle, proporcionando uma camada de configura\u00e7\u00e3o al\u00e9m dela.<\/p>\n

Em rela\u00e7\u00e3o ao uso do YAML, alguns de voc\u00eas podem estar se perguntando: por que n\u00e3o o Kotlin? Embora a decis\u00e3o sobre essa linguagem de marca\u00e7\u00e3o n\u00e3o seja definitiva, queremos adotar uma abordagem declarativa. Acreditamos que isso n\u00e3o s\u00f3 permite uma configura\u00e7\u00e3o mais simplificada e menos propensa a erros, como tamb\u00e9m nos ajuda a fornecer ferramentas melhores. E, novamente, para compartilhar esse experimento com voc\u00ea e validar as ideias por detr\u00e1s dele, adotamos a abordagem mais simples. Ainda n\u00e3o decidimos se teremos ou n\u00e3o um subconjunto restritivo do Kotlin como linguagem de front-end. Por enquanto, nosso foco est\u00e1 na valida\u00e7\u00e3o das nossas ideias.\u00a0<\/p>\n

Mostre-me o c\u00f3digo!<\/h2>\n

Vamos usar um projeto JVM muito b\u00e1sico, “Hello, World!”, com a seguinte estrutura de diret\u00f3rios no IntelliJ IDEA 2023.3:<\/p>\n

\"\"<\/figure>\n

Os arquivos main.kt<\/code> e MyTest.kt<\/code> s\u00e3o arquivos Kotlin normais, sem nada de especial. A parte interessante \u00e9 module.yaml<\/code>, que \u00e9 o arquivo de manifesto do Amper. Para a estrutura de projeto acima, seria simplesmente:<\/p>\n

# Produce a JVM application\u00a0\nproduct: jvm\/app<\/pre>\n
\u00c9 isso. As toolchains Kotlin e Java, a framework de teste e outras funcionalidades necess\u00e1rias s\u00e3o configuradas e disponibilizadas imediatamente. Voc\u00ea pode compil\u00e1-lo, execut\u00e1-lo, escrever e executar testes e muito mais. Para informa\u00e7\u00f5es mais detalhadas, veja o exemplo completo<\/a>.<\/p>\n
\"\"<\/figure>\n
Agora, vamos dar uma olhada num projeto Compose Multiplatform com aplicativos JVM para Android, iOS e desktop, com a seguinte estrutura de projeto no Fleet:<\/p>\n
\"\"<\/figure>\n
Observe como a pasta src\/<\/code> cont\u00e9m c\u00f3digo Kotlin e Swift juntos. \u00c9 claro que tamb\u00e9m poderia ser Kotlin e Java.<\/p>\n
Outro aspecto a destacar \u00e9 o m\u00f3dulo compartilhado com o c\u00f3digo comum na pasta src<\/code> e nas pastas de c\u00f3digo espec\u00edficas da plataforma src@ios<\/code> e src@android<\/code> (saiba mais sobre layouts de projetos<\/a>).<\/p>\n
Este \u00e9 o conte\u00fado do arquivo de manifesto ios-app\/module.yaml<\/code>:<\/p>\n
# Produce an iOS application\nproduct: ios\/app\n\n# Depend on the shared library module:\u00a0\ndependencies:\n\u00a0\u00a0- ..\/shared\n\nsettings:\n\u00a0\u00a0# Enable Compose Multiplatform framework\n\u00a0\u00a0compose: enabled<\/pre>\n
Ele \u00e9 bem simples: define um aplicativo iOS com depend\u00eancia por um m\u00f3dulo compartilhado e habilita o framework Compose Multiplatform. Um exemplo mais interessante seria shared\/module.yaml<\/code>:<\/p>\n
# Produce a shared library for the JVM, Android, and iOS platforms:\nproduct:\n\u00a0\u00a0type: lib\n\u00a0\u00a0platforms: [jvm, android, iosArm64, iosSimulatorArm64, iosX64]\n\n# Shared Compose dependencies:\ndependencies:\n\u00a0\u00a0- org.jetbrains.compose.foundation:foundation:1.5.0-rc01: exported\n\u00a0\u00a0- org.jetbrains.compose.material3:material3:1.5.0-rc01: exported\n\n# Android-only dependencies\u00a0\u00a0\ndependencies@android:\n\u00a0\u00a0# integration compose with activities\n\u00a0\u00a0- androidx.activity:activity-compose:1.7.2: exported\n\u00a0\u00a0- androidx.appcompat:appcompat:1.6.1: exported\n\n# iOS-only dependencies with a dependency on a CocoaPod\n# \u00a0 note that CocoaPods dependencies are not yet implemented in the prototype\ndependencies@ios:\n\u00a0\u00a0- pod: 'FirebaseCore'\n\u00a0\u00a0\u00a0\u00a0version: '~> 6.6'\n\nsettings:\n\u00a0\u00a0# Enable Kotlin serialization\n\u00a0\u00a0kotlin:\n\u00a0\u00a0\u00a0\u00a0serialization: json\n  \n\u00a0\u00a0# Enable Compose Multiplatform framework\n\u00a0\u00a0compose: enabled<\/pre>\n
Vale a pena mencionar algumas coisas. Primeiro, observe as se\u00e7\u00f5es dependencies:<\/code> espec\u00edficas da plataforma com o qualificador @<\/code>. O qualificador de plataforma<\/a> pode ser usado tanto no manifesto quanto no layout do arquivo. Ele organiza o c\u00f3digo, as depend\u00eancias e as configura\u00e7\u00f5es de uma determinada plataforma.
Em segundo lugar, a se\u00e7\u00e3o dependencies: permite n\u00e3o s\u00f3 depend\u00eancias Kotlin e Maven, como potencialmente tamb\u00e9m gerenciadores de pacotes espec\u00edficos de plataforma<\/a>, como CocoaPods, Swift Package Manager e outros baseados no feedback que recebemos.<\/p>\n
\"\"<\/figure>\n
Naturalmente, esses exemplos mostram apenas um conjunto limitado de recursos do Amper. Confira o projeto no GitHub<\/a> e veja a documenta\u00e7\u00e3o<\/a>, o tutorial<\/a> e os projetos de exemplo<\/a> para obter mais informa\u00e7\u00f5es sobre o design e a funcionalidade do Amper.<\/p>\n
O que ele suporta atualmente<\/h3>\n
Atualmente, o Amper oferece suporte \u00e0 cria\u00e7\u00e3o de aplicativos direcionados \u00e0s plataformas JVM, Android, iOS, macOS e Linux. Voc\u00ea pode criar aplicativos baseados em Kotlin (plataforma \u00fanica e multiplataforma) e Java.<\/p>\n
J\u00e1 que Amper est\u00e1 usando o Gradle como back-end, o suporte para tarefas personalizadas, a capacidade de publicar bibliotecas no Maven, o suporte para CocoaPods e a capacidade de empacotar aplicativos de desktop s\u00e3o todos fornecidos por meio da configura\u00e7\u00e3o direta dos arquivos de build do Gradle.<\/p>\n
Como experimentar\u00a0<\/h2>\n
Existem v\u00e1rias maneiras de experimentar o Amper.<\/p>\n