Kotlin Multiplatform の基礎パスウェイ

1. Kotlin Multiplatform（KMP）を採用する主なメリットは何ですか？

   正しいと思われる解答をすべて選択してください。

   これにより、プラットフォーム固有のコードが完全に不要になります。

   各プラットフォームでのネイティブ パフォーマンス。

   柔軟なマルチプラットフォーム開発により、共有する内容とネイティブで記述する内容を選択できます。

   小さなコンポーネントから始めて、徐々にロジックを共有していくことができます。

   コードの重複と開発に必要な時間を削減しました。

2. KMP でのコード共有の一般的なアプローチについて正しく説明している記述はどれですか？

   正しいと思われる解答をすべて選択してください。

   ビジネス ロジック、プレゼンテーション ロジック、UI ロジック（Compose Multiplatform を使用）など、コードベースのさまざまな部分を共有できます。

   KMP では、最適なパフォーマンスを得るために共有する必要があるコードベースのどの部分を共有する必要があるかを正確に判断します。

   モバイルチームは通常、データモデル、データベース アクセス、ネットワーク レイヤなどの個別のビジネス ロジックと関連するテストを共有することから始めます。

3. ターゲットとソースセットについて正しいのはどれですか？

   正しいと思われる解答をすべて選択してください。

   ターゲットは、Kotlin が共通コードをコンパイルするプラットフォームを定義します。

   Kotlin ソースセットは、独自のターゲット、依存関係、コンパイラ オプションを持つソースファイルのセットです。これは、マルチプラットフォーム プロジェクトでコードを共有する主な方法です。

   commonMain ソースセットには、宣言されたすべてのターゲット プラットフォーム間で共有されるコードが含まれています。

   ソースセットは、主に各プラットフォームの UI コンポーネントを定義します。

4. 依存関係の追加と管理の方法を正しく説明しているのは、次のうちどれですか？

   正しいと思われる解答をすべて選択してください。

   共有モジュールの build.gradle(.kts) ファイルをライブラリの座標で更新して、マルチプラットフォームの依存関係を追加します。

   すべてのソースセットで使用されるマルチプラットフォーム ライブラリは、commonMain にのみ追加します。

   標準ライブラリ（stdlib）は、各ソースセットに手動で追加する必要があります。

   プラットフォーム固有のライブラリの依存関係は commonMain で直接設定できません。

5. expect と actual のメカニズムは、どの Kotlin 宣言に適用できますか？

   関数とプロパティのみ。

   クラスとインターフェースのみ。

   列挙とアノテーションのみ。

   関数、クラス、インターフェース、列挙型、プロパティ、アノテーション。

6. 直接統合時に Kotlin フレームワークを埋め込んで署名するために Xcode 環境専用に設計された Gradle タスクはどれですか？

   exportKotlinBinaryForXcode

   embedAndSignAppleFrameworkForXcode

   buildIosFramework

   syncKotlinFrameworkForXcode

7. Android、iOS、Desktop をターゲットとするプロジェクトで、プラットフォーム固有のライブラリに依存関係を設定することが明示的に禁止されているのはどこですか？

   androidMain ソースセット

   iosMain ソースセット

   jvmMain ソースセット

   commonMain ソースセット

8. JVM などのターゲット用にコンパイルする場合、どのソースセットが含まれますか？

   プラットフォーム固有のソースセット（jvmMain など）のみ。

   commonMain ソースセットのみ。

   そのターゲットでラベル付けされたすべてのソースセット（commonMain や関連する中間ソースセットなど）。

   プラットフォーム固有の API を含むソースセットのみ。

9. commonMain ソースセットの主な目的は何ですか？

   宣言されたすべてのターゲット プラットフォーム間で共有される Kotlin コードを含みます。

   Android または iOS 用のプラットフォーム固有の API を定義します。

   すべてのプラットフォームのテスト依存関係を管理する。

10. Kotlin マルチプラットフォーム プロジェクトでテストはどのように整理され、実行されますか？

    正しいと思われる解答をすべて選択してください。

    各 Main ソースセットには、テスト用の対応する Test ソースセット（commonTest や commonMain など）があります。

    Main ソースセットと Test ソースセットの接続が自動的に確立されるため、テストでは追加の構成なしで本番環境コードの API を使用できます。

    プラットフォーム固有のテストでは、それぞれのプラットフォーム固有のテスト ソースセット内で、Android と JVM には JUnit、iOS には XCTest などのフレームワークを使用できます。

    マルチプラットフォームの互換性を確保するため、プラットフォーム固有のテストを含むすべてのテストは commonTest ソースセットに記述する必要があります。

解答を送信