Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências. Caminho de aprendizado "Noções básicas do Kotlin Multiplatform" Voltar para o módulo do Programa de treinamentos Quais são os principais benefícios de adotar o Kotlin Multiplatform (KMP)? Escolha quantas respostas você achar adequado. Isso elimina a necessidade de qualquer código específico da plataforma. Performance nativa em cada plataforma. Desenvolvimento multiplataforma flexível, permitindo escolher o que compartilhar e o que escrever de forma nativa. Adoção gradual, começando com pequenos componentes e compartilhando mais lógica de forma incremental. Redução da duplicação de código e do tempo de desenvolvimento. Quais declarações descrevem corretamente as abordagens comuns para compartilhamento de código no KMP? Escolha quantas respostas você achar adequado. É possível compartilhar diversas partes de uma base de código, como lógica de negócios, lógica de apresentação ou até mesmo lógica de interface (com o Compose Multiplatform). O KMP determina exatamente quais partes da sua base de código precisam ser compartilhadas para ter o melhor desempenho. As equipes de dispositivos móveis geralmente começam compartilhando um conjunto discreto de lógica de negócios, como modelos de dados, acesso a banco de dados, camadas de rede e testes associados. O que é verdade sobre destinos e conjuntos de origem? Escolha quantas respostas você achar adequado. Os destinos definem as plataformas para as quais o Kotlin compila o código comum. Um conjunto de origem do Kotlin é um conjunto de arquivos de origem com os próprios destinos, dependências e opções de compilador. É a principal maneira de compartilhar código em projetos multiplataforma. O conjunto de origem commonMain contém código compartilhado entre todas as plataformas de destino declaradas. Os conjuntos de origem definem principalmente componentes de interface para cada plataforma. Qual das seguintes declarações descreve corretamente como adicionar e gerenciar dependências? Escolha quantas respostas você achar adequado. Adicione dependências multiplataforma atualizando o arquivo build.gradle(.kts) no módulo compartilhado com coordenadas da biblioteca. Adicione bibliotecas multiplataforma usadas em todos os conjuntos de origem apenas a commonMain. A biblioteca padrão (stdlib) precisa ser adicionada manualmente a cada conjunto de origem. Não é possível definir dependências de biblioteca específicas da plataforma diretamente em commonMain. A quais declarações do Kotlin o mecanismo de expectativa e realidade pode ser aplicado? Apenas funções e propriedades. Somente classes e interfaces. Somente enumerações e anotações. Funções, classes, interfaces, enumerações, propriedades e anotações. Qual tarefa do Gradle foi projetada especificamente para o ambiente Xcode para incorporar e assinar o framework Kotlin durante a integração direta? exportKotlinBinaryForXcode embedAndSignAppleFrameworkForXcode buildIosFramework syncKotlinFrameworkForXcode Em que situação é explicitamente proibido que você defina dependências em bibliotecas específicas da plataforma em um projeto destinado a Android, iOS e computador? Conjunto de origem androidMain Conjunto de origem iosMain Conjunto de origem jvmMain Conjunto de origem commonMain Ao compilar para um destino como a JVM, quais conjuntos de origem são incluídos? Apenas o conjunto de origem específico da plataforma (por exemplo, jvmMain). Apenas o conjunto de origem commonMain. Todos os conjuntos de origem rotulados com essa meta, incluindo commonMain e conjuntos de origem intermediários relevantes. Apenas conjuntos de origem que contêm APIs específicas da plataforma. Qual é o objetivo principal do conjunto de origem commonMain? Para conter código Kotlin compartilhado entre todas as plataformas de destino declaradas. Para definir APIs específicas da plataforma para Android ou iOS. Para gerenciar dependências de teste em todas as plataformas. Como os testes são organizados e executados em um projeto Kotlin Multiplatform? Escolha quantas respostas você achar adequado. Cada conjunto de origem principal tem um conjunto de origem de teste correspondente para os testes, por exemplo, commonTest e commonMain. A conexão entre os conjuntos de origem principal e de teste é estabelecida automaticamente, permitindo que os testes usem a API do código de produção sem configuração extra. Para testes específicos da plataforma, você pode usar frameworks como JUnit para Android e JVM, e XCTest para iOS nos respectivos conjuntos de origem de teste específicos da plataforma. Todos os testes, incluindo os específicos da plataforma, precisam ser escritos no conjunto de origem commonTest para garantir a compatibilidade multiplataforma. Enviar respostas error_outline Ocorreu um erro ao avaliar o teste. Tente novamente.
