Kotlin マルチプラットフォームの基礎パスウェイ

1. Kotlin マルチプラットフォーム（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、パソコンをターゲットとするプロジェクトで、プラットフォーム固有のライブラリに依存関係を設定することが明示的に禁止されているのはどこですか？

   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 ソースセットに記述する必要があります。

解答を送信