Kiến thức cơ bản về lộ trình học tập Kotlin Multiplatform

Việc sử dụng Kotlin Multiplatform (KMP) mang lại những lợi ích chính nào?

Chọn số lượng đáp án tuỳ ý.

Nhờ đó, bạn hoàn toàn không cần đến bất kỳ mã nào dành riêng cho từng nền tảng.

Hiệu suất ổn định trên mỗi nền tảng.

Phát triển đa nền tảng linh hoạt, cho phép lựa chọn phần nào cần chia sẻ và phần nào cần viết bằng mã gốc.

Áp dụng dần dần, bắt đầu từ những thành phần nhỏ và từ từ chia sẻ thêm logic.

Giảm tình trạng trùng lặp mã và thời gian phát triển.

Câu nào sau đây mô tả chính xác những cách phổ biến được dùng để chia sẻ mã trong KMP?

Chọn số lượng đáp án tuỳ ý.

Bạn có thể chia sẻ các phần khác nhau của cơ sở mã, chẳng hạn như logic nghiệp vụ, logic trình bày hoặc thậm chí là logic giao diện người dùng (thông qua Compose Multiplatform).

KMP chỉ định chính xác bạn phải chia sẻ những phần nào của cơ sở mã để có hiệu suất tối ưu.

Các đội ngũ phát triển ứng dụng di động thường bắt đầu bằng cách chia sẻ một tập hợp logic nghiệp vụ rời rạc, chẳng hạn như mô hình dữ liệu, quyền truy cập cơ sở dữ liệu, các tầng mạng và các bài kiểm thử liên quan.

Câu nào trình bày đúng về mục tiêu và nhóm tài nguyên?

Chọn số lượng đáp án tuỳ ý.

Các mục tiêu xác định những nền tảng mà Kotlin biên dịch mã chung.

Nhóm tài nguyên Kotlin là một tập hợp các tệp nguồn có mục tiêu, phần phụ thuộc và tuỳ chọn trình biên dịch riêng. Đây là cách chính để chia sẻ mã trong các dự án đa nền tảng.

Nhóm tài nguyên commonMain chứa mã được chia sẻ giữa mọi nền tảng nhắm mục tiêu được khai báo.

Nhóm tài nguyên chủ yếu xác định các thành phần giao diện người dùng cho từng nền tảng.

Câu nào sau đây mô tả chính xác cách thêm và quản lý phần phụ thuộc?

Chọn số lượng đáp án tuỳ ý.

Thêm các phần phụ thuộc đa nền tảng bằng cách cập nhật tệp build.gradle(.kts) trong mô-đun dùng chung thông qua tọa độ thư viện.

Chỉ thêm các thư viện đa nền tảng được dùng trên mọi nhóm tài nguyên vào commonMain.

Bạn phải tự thêm thư viện chuẩn (stdlib) vào từng nhóm tài nguyên.

Bạn không thể đặt các phần phụ thuộc của thư viện dành riêng cho nền tảng ngay trong commonMain.

Cơ chế dự kiến và thực tế có thể áp dụng cho phạm vi khai báo Kotlin nào?

Chỉ áp dụng cho các hàm và thuộc tính.

Chỉ áp dụng cho các lớp và giao diện.

Chỉ áp dụng cho kiểu liệt kê và chú giải.

Hàm, lớp, giao diện, kiểu liệt kê, thuộc tính và chú giải.

Tác vụ Gradle nào được thiết kế riêng cho môi trường Xcode để nhúng và ký khung Kotlin trong quá trình tích hợp trực tiếp?

exportKotlinBinaryForXcode

embedAndSignAppleFrameworkForXcode

buildIosFramework

syncKotlinFrameworkForXcode

Trong dự án nhắm đến Android, iOS và Máy tính, bạn không được phép đặt phần phụ thuộc trên các thư viện dành riêng cho nền tảng ở đâu?

Nhóm tài nguyên androidMain

Nhóm tài nguyên iosMain

Nhóm tài nguyên jvmMain

Nhóm tài nguyên commonMain

Khi biên dịch cho một mục tiêu như JVM, những nhóm tài nguyên nào được đưa vào?

Chỉ nhóm tài nguyên dành riêng cho nền tảng (ví dụ: jvmMain).

Chỉ nhóm tài nguyên commonMain.

Mọi nhóm tài nguyên có gắn nhãn mục tiêu đó, bao gồm cả commonMain và các nhóm tài nguyên trung gian có liên quan.

Chỉ những nhóm tài nguyên chứa các API dành riêng cho nền tảng.

Mục đích chính của nhóm tài nguyên commonMain là gì?

Để chứa mã Kotlin được chia sẻ giữa tất cả các nền tảng mục tiêu đã khai báo.

Để xác định các API dành riêng cho nền tảng cho Android hoặc iOS.

Để quản lý các phần phụ thuộc kiểm thử cho mọi nền tảng.

Các bài kiểm thử được sắp xếp và thực thi như thế nào trong một dự án Kotlin Multiplatform?

Chọn số lượng đáp án tuỳ ý.

Mỗi nhóm tài nguyên Chính đều có một nhóm tài nguyên Kiểm thử tương ứng cho các bài kiểm thử của nhóm đó, ví dụ như commonTest và commonMain.

Mối kết nối giữa các nhóm tài nguyên Chính và Kiểm thử được thiết lập tự động, cho phép các bài kiểm thử sử dụng API của mã phát hành chính thức mà không cần định cấu hình thêm.

Đối với các bài kiểm thử dành riêng cho nền tảng, bạn có thể dùng các khung như JUnit cho Android và JVM, cũng như XCTest cho iOS trong các nhóm tài nguyên kiểm thử dành riêng cho nền tảng tương ứng.

Mọi bài kiểm thử (kể cả kiểm thử dành riêng cho nền tảng) đều phải được viết trong nhóm tài nguyên commonTest để đảm bảo khả năng tương thích đa nền tảng.