Các thư viện Jetpack có thể được sử dụng trong lớp dữ liệu là những thư viện giúp chúng ta quản lý dữ liệu một cách hiệu quả. Trong số các lựa chọn trên, Room là một thư viện quan trọng trong lớp dữ liệu. Room giúp chúng ta tạo ra cơ sở dữ liệu địa phương trên thiết bị di động và thực hiện các truy vấn cơ sở dữ liệu một cách hiệu quả. Ngoài ra, Room cũng hỗ trợ các tính năng như lưu trữ dữ liệu, truy vấn dữ liệu và cập nhật dữ liệu một cách tự động. Vì vậy, Room là một lựa chọn tốt cho lớp dữ liệu.
MVVM (Model-View-ViewModel) là một mô hình kiến trúc phổ biến trong lập trình ứng dụng. Để trả lời câu hỏi này, chúng ta cần hiểu rõ về các thành phần trong mô hình kiến trúc này. Model là lớp đại diện cho dữ liệu, có thể là một lớp dữ liệu cơ sở dữ liệu, một lớp dữ liệu từ mạng, v.v. View là lớp đại diện cho giao diện người dùng, có thể là một giao diện đồ họa, một giao diện nhập liệu, v.v. ViewModel là lớp trung gian giữa Model và View, có nhiệm vụ lấy dữ liệu từ Model và cung cấp cho View. Nó cũng có nhiệm vụ xử lý các sự kiện từ View và cập nhật dữ liệu trong Model. Trong khi đó, Presenter là một thành phần khác trong một số mô hình kiến trúc khác, chẳng hạn như MVP (Model-View-Presenter), nhưng không phải là một thành phần trong MVVM.
Trong lập trình di động, việc lưu trữ dữ liệu là một phần quan trọng. Có nhiều cách lưu trữ dữ liệu khác nhau, bao gồm Shared Preferences, Internal Storage, External Storage và SD Card. Tuy nhiên, không phải tất cả các cách lưu trữ đều cần có sự cho phép của người dùng. Cụ thể, Shared Preferences và Internal Storage không cần có sự cho phép của người dùng để lưu trữ dữ liệu. Shared Preferences là một cơ sở dữ liệu nhỏ gọn được sử dụng để lưu trữ các giá trị nhỏ như chuỗi, số nguyên, v.v. Internal Storage là bộ nhớ trong của thiết bị di động, nơi mà ứng dụng có thể lưu trữ dữ liệu của mình mà không cần có sự cho phép của người dùng. Điều này giúp ứng dụng có thể lưu trữ dữ liệu một cách nhanh chóng và dễ dàng mà không cần phải hỏi ý kiến của người dùng.
MVP là một mô hình thiết kế lập trình hướng đối tượng (OOP) được sử dụng rộng rãi trong lập trình web và di động. Nó được giới thiệu lần đầu tiên bởi Martin Fowler và được sử dụng để tách biệt logic kinh doanh khỏi giao diện người dùng. Trong MVP, có ba thành phần chính: Model (đại diện cho dữ liệu và logic kinh doanh), View (đại diện cho giao diện người dùng) và Presenter (đại diện cho logic kinh doanh và giao tiếp giữa Model và View). Presenter chịu trách nhiệm lấy dữ liệu từ Model và hiển thị nó lên View, đồng thời cũng chịu trách nhiệm xử lý các sự kiện từ View và cập nhật Model theo đó.
MVP (Model-View-Presenter) và MVVM (Model-View-ViewModel) là hai mô hình kiến trúc phổ biến trong lập trình ứng dụng. Các lợi ích chính của việc sử dụng MVP/MVVM bao gồm: dự án dễ dàng bảo trì hơn. Điều này là vì mô hình kiến trúc này giúp tách biệt rõ ràng giữa logic kinh doanh và giao diện người dùng, làm cho việc sửa lỗi và cập nhật trở nên dễ dàng hơn. Ngoài ra, dự án cũng dễ dàng thực hiện các bài kiểm tra đơn vị hơn. Điều này là vì mô hình kiến trúc này giúp tạo ra các lớp mô hình độc lập, dễ dàng kiểm tra và thử nghiệm.
Từ Android 6.0 trở lên, hệ điều hành đã thay đổi cách quản lý quyền truy cập (permission) của ứng dụng. Trước đây, ứng dụng có thể yêu cầu quyền truy cập mà không cần sự cho phép của người dùng. Tuy nhiên, từ Android 6.0, người dùng phải cho phép ứng dụng truy cập vào các quyền cụ thể. Điều này giúp tăng cường bảo mật và quyền riêng tư cho người dùng. Ngoài ra, ứng dụng cũng phải khai báo rõ ràng các quyền mà nó cần để hoạt động. Vì vậy, từ Android 6.0, component quản lý quyền truy cập (Permission) đã thay đổi đáng kể.
Trong Android, các ứng dụng cần được cấp quyền truy cập vào các tính năng hệ thống để hoạt động bình thường. Một số quyền truy cập được coi là bình thường và được cấp cho các ứng dụng mà không cần sự cho phép của người dùng. Ví dụ, quyền truy cập Internet là một quyền bình thường vì hầu hết các ứng dụng đều cần kết nối Internet để tải dữ liệu hoặc gửi yêu cầu. Ngược lại, quyền truy cập camera, gửi tin nhắn SMS và truy cập vị trí chính xác không phải là bình thường và cần được người dùng cho phép trước khi được cấp quyền.
Để kiểm tra xem người dùng đã từ chối yêu cầu cấp quyền trước đó hay chưa, bạn cần gọi đến phương thức shouldShowRequestPermissionRationale() của lớp ActivityCompat. Phương thức này sẽ trả về kết quả là true nếu người dùng đã từ chối yêu cầu cấp quyền trước đó, và false nếu yêu cầu cấp quyền chưa được thực hiện. Điều này giúp bạn có thể đưa ra quyết định về cách tiếp cận khi yêu cầu cấp quyền. Ví dụ, nếu người dùng đã từ chối yêu cầu cấp quyền trước đó, bạn có thể hiển thị thông báo giải thích tại sao bạn cần quyền đó, hoặc đưa ra lựa chọn khác để người dùng có thể cấp quyền.
DTo allow the app to access the device's location.
Lời giải
Mục đích của việc thêm android.permission.INTERNET vào file AndroidManifest.xml là để cho phép ứng dụng của bạn truy cập internet và thực hiện các yêu cầu mạng. Điều này cho phép ứng dụng của bạn gửi yêu cầu đến các dịch vụ mạng, tải dữ liệu từ internet và thực hiện các hoạt động mạng khác. Nếu bạn không thêm quyền truy cập internet vào file AndroidManifest.xml, ứng dụng của bạn sẽ không thể thực hiện các yêu cầu mạng và sẽ không thể hoạt động đúng cách. Vì vậy, việc thêm android.permission.INTERNET vào file AndroidManifest.xml là rất quan trọng để đảm bảo ứng dụng của bạn có thể truy cập internet và thực hiện các yêu cầu mạng một cách hiệu quả.
Để một ứng dụng Android có thể ghi vào bộ nhớ ngoài, ứng dụng đó cần có quyền truy cập vào bộ nhớ ngoài. Trong danh sách các quyền được liệt kê, quyền "android.permission.WRITE_EXTERNAL_STORAGE" là quyền cho phép ứng dụng ghi vào bộ nhớ ngoài. Điều này có nghĩa là ứng dụng có thể lưu trữ dữ liệu của mình vào bộ nhớ ngoài, chẳng hạn như bộ nhớ đệm, thẻ nhớ hoặc bộ nhớ USB. Quyền này rất quan trọng vì nó cho phép ứng dụng lưu trữ dữ liệu lớn và truy cập vào bộ nhớ ngoài một cách dễ dàng. Tuy nhiên, quyền này cũng có thể gây ra vấn đề bảo mật nếu không được sử dụng một cách cẩn thận.
Trong kiến trúc MVC, logic kinh doanh nên được xử lý ở đâu? Để trả lời câu hỏi này, chúng ta cần hiểu rõ chức năng của từng thành phần trong kiến trúc MVC. View (Trình bày) chịu trách nhiệm hiển thị dữ liệu, Model (Mô hình) chịu trách nhiệm lưu trữ và xử lý dữ liệu, Controller (Quản lý) chịu trách nhiệm điều hướng và xử lý logic kinh doanh, còn Presenter (Trình bày viên) là một thành phần bổ sung trong kiến trúc MVP (Model-View-Presenter), có chức năng tương tự như Controller trong kiến trúc MVC. Tuy nhiên, trong kiến trúc MVC, logic kinh doanh nên được xử lý ở Controller, vì Controller là thành phần chịu trách nhiệm điều hướng và xử lý logic kinh doanh. Vì vậy, phương pháp nên tránh khi xử lý logic kinh doanh trong kiến trúc MVC là View.
AIn MVC, the Controller updates the View directly, while in MVP, the View is updated through the Presenter using interfaces.
BMVC does not support user input directly, while MVP is designed to handle user input through the Presenter.
CIn MVC, the Model updates the View directly, while in MVP, the Model updates the View through the Presenter.
DMVC is used exclusively for web applications, while MVP is used for both web and mobile applications.
Lời giải
MVC (Model-View-Controller) và MVP (Model-View-Presenter) là hai mô hình kiến trúc phổ biến trong lập trình. Mô hình MVC thường được sử dụng trong các ứng dụng web, trong đó Controller cập nhật View trực tiếp. Ngược lại, mô hình MVP sử dụng Presenter để cập nhật View thông qua các giao diện. Điều này giúp tách biệt logic kinh doanh và giao diện người dùng, tạo điều kiện thuận lợi cho việc bảo trì và mở rộng ứng dụng. Trong khi đó, MVP được thiết kế để hỗ trợ xử lý đầu vào từ người dùng thông qua Presenter, giúp tăng cường khả năng tương tác của ứng dụng.
AMVP allows for easier unit testing by decoupling the View and the Model through the Presenter
BMVP is officially recommended by Google
CMVP supports asynchronous data loading natively
DMVP is simpler and requires less code
Lời giải
MVP (Model-View-Presenter) có thể được ưa chuộng hơn so với MVC (Model-View-Controller) trong phát triển Android vì một số lý do. Trước hết, MVP cho phép đơn vị kiểm tra dễ dàng hơn bằng cách tách rời View và Model thông qua Presenter. Điều này giúp giảm thiểu sự phụ thuộc giữa các lớp và tăng cường tính linh hoạt trong việc thay đổi hoặc sửa đổi mã. Ngoài ra, MVP cũng hỗ trợ tải dữ liệu bất đồng bộ một cách tự nhiên, giúp ứng dụng trở nên mượt mà và hiệu quả hơn. Tuy nhiên, không phải tất cả các lý do đều đúng. MVP không phải là cách được Google khuyến nghị chính thức và nó không đơn giản hơn so với MVC. Vì vậy, đáp án đúng là: MVP cho phép đơn vị kiểm tra dễ dàng hơn bằng cách tách rời View và Model thông qua Presenter.
public class LoginController {
private LoginView view;
private LoginModel model;
public LoginController(LoginView view, LoginModel model){
this.view = view;
this.model = model;}
public void performLogin(String username, String password){if(model.isValidUser(username, password)){
view.showLoginSuccess();}
else {
view.showLoginError();}}}
AThe Controller handles user input and updates the View based on the Model's data
BThe Controller directly updates the Model
CThe View handles the business logic
DThe Model updates the View directly
Lời giải
Trong kiến trúc MVC, lớp Controller đóng vai trò là trung gian giữa lớp View và lớp Model. Nó nhận dữ liệu từ lớp View, xử lý dữ liệu và sau đó cập nhật lớp View dựa trên dữ liệu từ lớp Model. Trong ví dụ này, lớp LoginController nhận dữ liệu từ lớp LoginView, gọi phương thức isValidUser() của lớp LoginModel để xác thực thông tin đăng nhập và sau đó cập nhật lớp LoginView dựa trên kết quả. Điều này cho thấy lớp Controller đang xử lý dữ liệu và cập nhật lớp View dựa trên dữ liệu từ lớp Model.
Trong mô hình MVC (Model-View-Controller), Controller đóng vai trò là lớp trung gian giữa Model và View, chịu trách nhiệm xử lý các yêu cầu từ View và cập nhật Model. Trong Android, lớp tương tự như Controller là Activity. Activity là lớp chính của ứng dụng Android, chịu trách nhiệm quản lý vòng đời của ứng dụng, xử lý các sự kiện và cập nhật giao diện người dùng. Activity cũng có thể tương tác với các lớp khác như Service, BroadcastReceiver và ViewModel để thực hiện các tác vụ phức tạp hơn.
AThe ViewModel manages the UI state and interacts with the Model.
BThe ViewModel directly manipulates the View's UI elements.
CThe ViewModel handles user input events.
DThe ViewModel is responsible for data persistence.
Lời giải
Trong kiến trúc MVVM, ViewModel đóng vai trò quan trọng trong việc quản lý trạng thái giao diện người dùng và tương tác với Model. Nó giúp tách biệt logic kinh doanh và logic giao diện, tạo điều kiện thuận lợi cho việc phát triển và bảo trì ứng dụng. ViewModel nhận dữ liệu từ Model và xử lý dữ liệu đó, sau đó cập nhật trạng thái giao diện người dùng. Điều này giúp giảm thiểu sự phụ thuộc vào giao diện và tăng cường khả năng tái sử dụng mã nguồn. Ngoài ra, ViewModel cũng giúp kiểm soát luồng dữ liệu và đảm bảo rằng dữ liệu được cập nhật một cách đồng bộ.
CDeclare the permission in your app's manifest file.
DWait for the user to request a specific action.
Lời giải
Bước đầu tiên trong quy trình xử lý quyền cho ứng dụng Android là gì? Để bắt đầu, bạn cần khai báo quyền trong tệp manifest.xml của ứng dụng. Tệp này chứa thông tin cơ bản về ứng dụng, bao gồm quyền cần thiết. Khi khai báo quyền, bạn cần chỉ định quyền đó có thể được sử dụng ở cấp độ nào: cấp độ ứng dụng (app), cấp độ hoạt động (activity) hoặc cấp độ dịch vụ (service). Sau khi khai báo quyền, bạn có thể yêu cầu quyền này khi ứng dụng được chạy.
AINTERNET, because it allows the application to access the network.
BCAMERA, because it allows the application to access the camera and may capture images without the user's knowledge.
CVIBRATE, because it causes vibration on the device.
DSET_WALLPAPER, because it can change the user interface.
Lời giải
Trong danh sách các nhóm quyền, nhóm nào được coi là "mạo hiểm" và tại sao?
Các nhóm quyền được liệt kê bao gồm INTERNET, CAMERA, VIBRATE và SET_WALLPAPER. Trong số đó, nhóm CAMERA được coi là "mạo hiểm" vì nó cho phép ứng dụng truy cập vào camera và có thể chụp ảnh mà không cần sự đồng ý của người dùng.
Điều này có thể gây ra hậu quả nghiêm trọng nếu ứng dụng không được kiểm soát và sử dụng một cách hợp lý. Vì vậy, nhóm CAMERA được coi là "mạo hiểm" và cần được sử dụng một cách cẩn thận.
AAdd a <uses-permission> tag as a child tag of the <manifest> tag in AndroidManifest.xml
BAdd a <add-permission> tag as a child tag of the <manifest> tag in AndroidManifest.xml.
CAdd a <uses-permission> tag as a child tag of the <application> tag in AndroidManifest.xml.
DAdd a <permission> tag as a child tag of the <application> tag in AndroidManifest.xml
Lời giải
Để thêm quyền truy cập vào ứng dụng của bạn, bạn cần thêm thẻ <uses-permission> như một thẻ con của thẻ <manifest> trong AndroidManifest.xml. Điều này cho phép ứng dụng của bạn truy cập các quyền hệ thống cần thiết để hoạt động. Ví dụ, nếu ứng dụng của bạn cần truy cập camera, bạn cần thêm thẻ
Thư viện hỗ trợ AppCompat cung cấp các phiên bản tương thích ngược của các yếu tố UI. Điều này có nghĩa là bạn có thể sử dụng các yếu tố UI này trong các ứng dụng Android cũ mà không cần phải lo lắng về việc chúng không tương thích. AppCompat cung cấp các phiên bản tương thích của các yếu tố UI như Button, TextView, EditText, v.v. Điều này giúp đảm bảo rằng ứng dụng của bạn vẫn hoạt động bình thường ngay cả khi bạn sử dụng các phiên bản cũ của Android. Ngoài ra, AppCompat cũng cung cấp các tính năng khác như hỗ trợ cho các loại font, hỗ trợ cho các loại hình ảnh, v.v. Tóm lại, AppCompat là một thư viện hỗ trợ quan trọng cho các nhà phát triển Android, giúp họ tạo ra các ứng dụng tương thích ngược và dễ dàng sử dụng.
