コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 Kotlin マルチプラットフォームの基礎のパスウェイ パスウェイに戻る Kotlin マルチプラットフォーム（KMP）を導入する主なメリットは、次のうちどれですか？ 正しいと思われる解答をすべて選択してください。 このため、プラットフォーム固有のコードが完全に不要になります。 各プラットフォームでネイティブ パフォーマンスを実現します。 柔軟性の高いマルチプラットフォーム開発により、共有する内容とネイティブで記述する内容を選択できます。 小さなコンポーネントから始めて、徐々にロジックを共有していくことができます。 コードの重複と開発に必要な時間を削減しました。 KMP でのコード共有の一般的なアプローチの説明として正しいものは次のうちどれですか？ 正しいと思われる解答をすべて選択してください。 ビジネス ロジック、プレゼンテーション ロジック、UI ロジック（Compose Multiplatform を使用）など、コードベースのさまざまな部分を共有できます。 KMP は、パフォーマンスを最適にするにはコードベースのどの部分を共有する必要があるかを正確に判断します。 モバイルチームは通常、まず個別のビジネス ロジック（データモデル、データベース アクセス、ネットワーク レイヤなど）と関連するテストを共有します。 ターゲットとソースセットの説明として正しいものは次のうちどれですか？ 正しいと思われる解答をすべて選択してください。 ターゲットとは、Kotlin が共通コードをコンパイルするプラットフォームのことです。 Kotlin のソースセットは、独自のターゲット、依存関係、コンパイラ オプションからなるソースファイルのセットです。これが、マルチプラットフォーム プロジェクトでコードを共有する主な方法です。 commonMain ソースセットには、宣言されたすべてのターゲット プラットフォーム間で共有されるコードが含まれます。 ソースセットは、主に各プラットフォームの UI コンポーネントを定義するものです。 依存関係を追加、管理する方法の説明として正しいものは次のうちどれですか？ 正しいと思われる解答をすべて選択してください。 共有モジュール内の build.gradle（.kts）ファイルをライブラリ座標で更新して、マルチプラットフォームの依存関係を追加します。 すべてのソースセット間で使用されるマルチプラットフォーム ライブラリのみを commonMain に追加します。 標準ライブラリ（stdlib）は、各ソースセットに手動で追加する必要があります。 プラットフォーム固有のライブラリの依存関係を commonMain で直接設定することはできません。 expect と actual のメカニズムを適用できる Kotlin 宣言は、次のうちどれですか？ 関数とプロパティのみ。 クラスとインターフェースのみ。 列挙型とアノテーションのみ。 関数、クラス、インターフェース、列挙、プロパティ、アノテーション。 直接統合の際の Kotlin フレームワークの埋め込みと署名を目的とする、Xcode 環境専用の Gradle タスクは次のうちどれですか？ exportKotlinBinaryForXcode embedAndSignAppleFrameworkForXcode buildIosFramework syncKotlinFrameworkForXcode Android、iOS、パソコンをターゲットとするプロジェクトでプラットフォーム固有のライブラリに依存関係を設定することが明示的に禁止されているのは、次のうちどれですか？ androidMain ソースセット iosMain ソースセット jvmMain ソースセット commonMain ソースセット JVM などのターゲット用にコンパイルする場合、コンパイルに含まれるソースセットは次のうちどれですか？ プラットフォーム固有のソースセットのみ（jvmMain など）。 commonMain ソースセットのみ。 該当ターゲットのラベルが付けられたすべてのソースセット（commonMain や関連する中間ソースセットなど）。 プラットフォーム固有の API を含むソースセットのみ。 commonMain ソースセットの主な目的は次のうちどれですか？ 宣言されたすべてのターゲット プラットフォーム間で共有される Kotlin コードを含める。 Android または iOS 用のプラットフォーム固有の API を定義する。 すべてのプラットフォームのテスト依存関係を管理する。 Kotlin マルチプラットフォーム プロジェクトでテストはどのように整理、実行されますか？ 正しいと思われる解答をすべて選択してください。 Main ソースセットごとに、該当テストの対応する Test ソースセット（commonTest や commonMain など）があります。 Main ソースセットと Test ソースセットの接続は自動的に確立されるため、テストでは、設定を追加することなく本番環境のコードの API を使用できます。 プラットフォーム固有のテストでは、対応するプラットフォーム固有のテスト ソースセット内で、Android と JVM の場合は JUnit、iOS の場合は XCTest などのフレームワークを使用できます。 マルチプラットフォーム対応にするため、プラットフォーム固有のテストを含め、すべてのテストは commonTest ソースセットに記述する必要があります。 解答を送信 error_outline テストの採点中にエラーが発生しました。もう一度お試しください。
