Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences. Parcours "Principes de base de Kotlin Multiplatform" Revenir au parcours Quels sont les principaux avantages de l'adoption de Kotlin Multiplatform (KMP) ? Choisissez autant de réponses que vous jugez nécessaires. Il élimine complètement la nécessité d'un code spécifique à une plate-forme. Performances natives sur chaque plate-forme. Développement multiplate-forme flexible, permettant de choisir ce qu'il faut partager et ce qu'il faut écrire de manière native. Adoption progressive, en commençant par de petits composants et en partageant progressivement plus de logique. Réduction de la duplication de code et du temps de développement. Quelles affirmations décrivent correctement les approches courantes pour le partage de code dans KMP ? Choisissez autant de réponses que vous jugez nécessaires. Vous pouvez partager différentes parties d'un codebase, telles que la logique métier, la logique de présentation ou même la logique d'UI (avec Compose Multiplatform). KMP indique exactement les parties de votre codebase qui doivent être partagées pour des performances optimales. Les équipes mobiles commencent généralement par partager un ensemble distinct de logiques métier, comme les modèles de données, l'accès à la base de données, les couches réseau et les tests associés. Parmi les propositions suivantes concernant les cibles et les ensembles de sources, lesquelles sont vraies ? Choisissez autant de réponses que vous jugez nécessaires. Les cibles définissent les plates-formes sur lesquelles Kotlin compile le code commun. Un ensemble de sources Kotlin est un ensemble de fichiers sources avec ses propres cibles, dépendances et options du compilateur. Il s'agit du principal moyen de partager du code dans les projets multiplate-formes. L'ensemble de sources commonMain contient le code partagé entre toutes les plates-formes cibles déclarées. Les ensembles de sources définissent principalement les composants d'UI pour chaque plate-forme. Parmi les affirmations suivantes, lesquelles décrivent correctement la façon d'ajouter et de gérer des dépendances ? Choisissez autant de réponses que vous jugez nécessaires. Ajoutez des dépendances multiplates-formes en mettant à jour le fichier build.gradle(.kts) dans le module partagé avec les coordonnées de la bibliothèque. N'ajoutez à commonMain que les bibliothèques multiplates-formes utilisées dans tous les ensembles de sources. La bibliothèque standard (stdlib) doit être ajoutée manuellement à chaque ensemble de sources. Les dépendances de bibliothèque spécifiques à une plate-forme ne peuvent pas être définies directement dans commonMain. À quelles déclarations Kotlin le mécanisme expect/actual (attendu/réel) peut-il être appliqué ? Fonctions et propriétés uniquement. Classes et interfaces uniquement. Énumérations et annotations uniquement. Fonctions, classes, interfaces, énumérations, propriétés et annotations. Quelle tâche Gradle est spécifiquement conçue pour l'environnement Xcode afin d'intégrer et de signer le framework Kotlin lors de l'intégration directe ? exportKotlinBinaryForXcode embedAndSignAppleFrameworkForXcode buildIosFramework syncKotlinFrameworkForXcode Où vous est-il formellement interdit de définir des dépendances sur des bibliothèques spécifiques à une plate-forme dans un projet ciblant Android, iOS et Desktop ? Ensemble de sources androidMain Ensemble de sources iosMain Ensemble de sources jvmMain Ensemble de sources commonMain Lorsque vous compilez pour une cible comme JVM, quels ensembles de sources sont inclus ? Seulement l'ensemble de sources spécifique à une plate-forme (par exemple, jvmMain). Seulement l'ensemble de sources commonMain. Tous les ensembles de sources associés à cette cible, y compris commonMain et les ensembles de sources intermédiaires pertinents. Seulement les ensembles de sources contenant des API spécifiques à une plate-forme. Quel est l'objectif principal de l'ensemble de sources commonMain ? Pour contenir le code Kotlin partagé entre toutes les plates-formes cibles déclarées. Pour définir des API spécifiques à une plate-forme pour Android ou iOS. Pour gérer les dépendances de test pour toutes les plates-formes. Comment les tests sont-ils organisés et exécutés dans un projet Kotlin Multiplatform ? Choisissez autant de réponses que vous jugez nécessaires. Chaque ensemble de sources Main possède un ensemble de sources Test pour ses tests (par exemple, commonTest et commonMain). La connexion entre les ensembles de sources Main et Test est établie automatiquement, ce qui permet aux tests d'utiliser l'API du code de production sans configuration supplémentaire. Pour les tests spécifiques à une plate-forme, vous pouvez utiliser des frameworks tels que JUnit pour Android et JVM, et XCTest pour iOS dans leurs ensembles de sources de test spécifiques à leur plate-forme respective. Tous les tests, y compris ceux spécifiques à une plate-forme, doivent être écrits dans l'ensemble de sources commonTest pour garantir la compatibilité multiplate-forme. Envoyer les réponses error_outline Une erreur s'est produite lors de la notation du quiz. Veuillez réessayer.
