Màn hình chính của Android (có trên hầu hết các thiết bị chạy Android) cho phép người dùng nhúng tiện ích ứng dụng (hoặc tiện ích) để truy cập nhanh vào nội dung. Nếu đang xây dựng một ứng dụng thay thế màn hình chính hoặc một ứng dụng tương tự, bạn cũng có thể cho phép người dùng nhúng tiện ích bằng cách triển khai AppWidgetHost
. Đây không phải là việc mà hầu hết ứng dụng cần làm, nhưng nếu bạn đang tạo máy chủ lưu trữ của riêng mình, điều quan trọng là phải hiểu rõ các nghĩa vụ theo hợp đồng mà máy chủ lưu trữ ngầm đồng ý.
Trang này tập trung vào các trách nhiệm liên quan đến việc triển khai một AppWidgetHost
tuỳ chỉnh. Để xem ví dụ cụ thể về cách triển khai AppWidgetHost
,
xem mã nguồn của màn hình chính của Android
LauncherAppWidgetHost
.
Dưới đây là thông tin tổng quan về các lớp chính và khái niệm liên quan đến việc triển khai một
AppWidgetHost
tuỳ chỉnh:
Máy chủ tiện ích ứng dụng:
AppWidgetHost
cung cấp hoạt động tương tác với Dịch vụ AppWidget dành cho các ứng dụng nhúng tiện ích vào giao diện người dùng.AppWidgetHost
phải có mã nhận dạng duy nhất trong gói riêng của máy chủ. Mã nhận dạng này vẫn tồn tại trong mọi trường hợp sử dụng máy chủ lưu trữ. ID thường là giá trị được cố định giá trị trong mã mà bạn gán trong ứng dụng của bạn.Mã tiện ích ứng dụng: mỗi thực thể tiện ích được chỉ định một mã nhận dạng duy nhất tại thời điểm liên kết. Hãy xem
bindAppWidgetIdIfAllowed()
và phần Liên kết các tiện ích sau đây để biết thêm thông tin chi tiết. Chiến lược phát hành đĩa đơn máy chủ lưu trữ lấy ID duy nhất bằng cách sử dụngallocateAppWidgetId()
. Mã nhận dạng này sẽ tồn tại trong suốt thời gian hoạt động của tiện ích cho đến khi bị xoá khỏi máy chủ lưu trữ. Bất kỳ trạng thái cụ thể nào của máy chủ lưu trữ, chẳng hạn như kích thước và vị trí của tiện ích con—phải được gói lưu trữ duy trì và được liên kết với mã tiện ích ứng dụng.Chế độ xem máy chủ tiện ích ứng dụng: hãy nghĩ đến
AppWidgetHostView
làm khung để tiện ích được bao bọc bất cứ khi nào cần hiển thị. Một tiện ích là được liên kết vớiAppWidgetHostView
mỗi khi tiện ích này được tăng cường bởi máy chủ lưu trữ.- Theo mặc định, hệ thống sẽ tạo một
AppWidgetHostView
, nhưng máy chủ lưu trữ có thể tạo lớp conAppWidgetHostView
riêng bằng cách mở rộng lớp đó. - Kể từ Android 12 (API cấp 31),
AppWidgetHostView
sẽ ra mắt các phương thứcsetColorResources()
vàresetColorResources()
để xử lý màu được nạp chồng động. Máy chủ lưu trữ là chịu trách nhiệm cung cấp màu cho các phương thức này.
- Theo mặc định, hệ thống sẽ tạo một
Gói tuỳ chọn:
AppWidgetHost
sử dụng gói tuỳ chọn để truyền thông tin đếnAppWidgetProvider
về cách hiển thị tiện ích (ví dụ: danh sách các dải kích thước) và liệu tiện ích có nằm trên màn hình khoá hay màn hình chính hay không. Thông tin này cho phépAppWidgetProvider
điều chỉnh nội dung và giao diện của tiện ích dựa trên cách thức và vị trí hiển thị tiện ích. Bạn có thể sử dụngupdateAppWidgetOptions()
vàupdateAppWidgetSize()
để sửa đổi gói tiện ích. Cả hai phương thức này đều kích hoạt lệnh gọi lạionAppWidgetOptionsChanged()
đếnAppWidgetProvider
.
Liên kết tiện ích
Khi người dùng thêm một tiện ích vào máy chủ lưu trữ, một quá trình có tên là liên kết sẽ diễn ra. Liên kết (binding) đề cập đến việc liên kết một mã nhận dạng tiện ích ứng dụng cụ thể với một máy chủ cụ thể và một AppWidgetProvider
cụ thể.
API liên kết cũng cho phép máy chủ cung cấp giao diện người dùng tuỳ chỉnh để liên kết. Để sử dụng quy trình này, ứng dụng của bạn phải khai báo quyền BIND_APPWIDGET
trong tệp kê khai của máy chủ lưu trữ:
<uses-permission android:name="android.permission.BIND_APPWIDGET" />
Nhưng đây mới chỉ là bước đầu tiên. Trong thời gian chạy, người dùng phải cấp quyền một cách rõ ràng cho ứng dụng của bạn để cho phép ứng dụng thêm tiện ích vào máy chủ lưu trữ. Để kiểm tra xem ứng dụng của bạn có quyền thêm tiện ích hay không, hãy sử dụng phương thức bindAppWidgetIdIfAllowed()
. Nếu bindAppWidgetIdIfAllowed()
trả về false
, ứng dụng của bạn phải hiển thị hộp thoại nhắc người dùng cấp quyền: "cho phép" để thêm tiện ích hiện tại hoặc "luôn cho phép" để áp dụng cho tất cả các tiện ích được thêm trong tương lai.
Đoạn mã này đưa ra ví dụ về cách hiển thị hộp thoại:
Kotlin
val intent = Intent(AppWidgetManager.ACTION_APPWIDGET_BIND).apply { putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, appWidgetId) putExtra(AppWidgetManager.EXTRA_APPWIDGET_PROVIDER, info.componentName) // This is the options bundle described in the preceding section. putExtra(AppWidgetManager.EXTRA_APPWIDGET_OPTIONS, options) } startActivityForResult(intent, REQUEST_BIND_APPWIDGET)
Java
Intent intent = new Intent(AppWidgetManager.ACTION_APPWIDGET_BIND); intent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, appWidgetId); intent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_PROVIDER, info.componentName); // This is the options bundle described in the preceding section. intent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_OPTIONS, options); startActivityForResult(intent, REQUEST_BIND_APPWIDGET);
Máy chủ lưu trữ phải kiểm tra xem tiện ích mà người dùng thêm có cần cấu hình hay không. Để biết thêm thông tin, hãy xem phần Cho phép người dùng định cấu hình tiện ích ứng dụng.
Trách nhiệm của máy chủ lưu trữ
Bạn có thể chỉ định một số chế độ cài đặt cấu hình cho tiện ích bằng cách sử dụng siêu dữ liệu AppWidgetProviderInfo
.
Bạn có thể truy xuất các tuỳ chọn cấu hình này (được đề cập chi tiết hơn trong các phần sau) từ đối tượng AppWidgetProviderInfo
liên kết với một trình cung cấp tiện ích.
Bất kể phiên bản Android mà bạn đang nhắm đến, tất cả máy chủ lưu trữ đều có các trách nhiệm sau:
Khi thêm tiện ích, hãy phân bổ mã nhận dạng tiện ích như mô tả ở trên. Khi một tiện ích bị xoá khỏi máy chủ, hãy gọi
deleteAppWidgetId()
để giải phóng mã nhận dạng tiện ích.Khi thêm tiện ích, hãy kiểm tra xem có cần chạy hoạt động cấu hình hay không. Thông thường, máy chủ lưu trữ cần khởi chạy cấu hình của tiện ích nếu hoạt động đó tồn tại và không được đánh dấu là không bắt buộc bằng cách chỉ định cả Cờ
configuration_optional
vàreconfigurable
. Hãy xem phần Cập nhật tiện ích từ hoạt động cấu hình để biết thông tin chi tiết. Đây là bước cần thiết cho nhiều tiện ích trước khi chúng có thể hiển thị.Các tiện ích sẽ chỉ định chiều rộng và chiều cao mặc định trong
AppWidgetProviderInfo
siêu dữ liệu. Các giá trị này được xác định trong các ô – bắt đầu từ Android 12, nếu bạn chỉ địnhtargetCellWidth
vàtargetCellHeight
– hoặc dps nếu bạn chỉ địnhminWidth
vàminHeight
. Xem Thuộc tính định cỡ tiện ích.Đảm bảo tiện ích được bố trí có dp tối thiểu là này. Ví dụ: nhiều máy chủ lưu trữ căn chỉnh các biểu tượng và tiện ích trong một lưới. Trong trường hợp này, theo mặc định, máy chủ lưu trữ sẽ thêm một tiện ích bằng cách sử dụng số lượng ô tối thiểu đáp ứng các quy tắc ràng buộc
minWidth
vàminHeight
.
Ngoài các yêu cầu được liệt kê trong phần trước, việc đáp ứng các yêu cầu cụ thể các phiên bản nền tảng giới thiệu các tính năng đặt ra trách nhiệm mới trên máy chủ lưu trữ.
Xác định phương pháp tiếp cận dựa trên phiên bản Android được nhắm đến
Android 12
Android 12 (API cấp 31) thêm một List<SizeF>
chứa danh sách các kích thước có thể có theo dps mà một thực thể tiện ích có thể lấy trong gói tuỳ chọn.
Số lượng kích thước được cung cấp tuỳ thuộc vào cách triển khai máy chủ lưu trữ. Người tổ chức thường có
cung cấp hai kích thước cho điện thoại là dọc và ngang và 4 kích thước
cho thiết bị có thể gập lại.
Có giới hạn MAX_INIT_VIEW_COUNT
(16) về số lượng RemoteViews
mà AppWidgetProvider
có thể cung cấp cho RemoteViews
.
Do các đối tượng AppWidgetProvider
ánh xạ một đối tượng RemoteViews
với từng kích thước trong
List<SizeF>
, không cung cấp nhiều hơn MAX_INIT_VIEW_COUNT
kích thước.
Android 12 cũng giới thiệu các thuộc tính maxResizeWidth
và maxResizeHeight
theo dps. Bạn nên sử dụng một tiện ích sử dụng ít nhất một trong các thuộc tính này và không vượt quá kích thước do các thuộc tính chỉ định.
Tài nguyên khác
- Hãy xem tài liệu tham khảo về
Glance
.