Cách làm overlays trên điện thoại

     
Sử dụng tủ đựng đồ để bố trí ngăn nắp các trang Lưu với phân một số loại nội dung dựa vào lựa lựa chọn ưu tiên của bạn.

Việc yêu cầu cung cấp quyền trên Wear OS tương tự như trên thiết bị di động, tuy thế với một trong những trường hợp thực hiện bổ sung. Tài liệu này giả định rằng bạn nắm rõ cách buổi giao lưu của các quyền trên zerovn.net. Nếu như không, hãy xem lại cách buổi giao lưu của các quyền trên zerovn.net.

Bạn đang xem: Cách làm overlays trên điện thoại

Cũng giống hệt như trong ứng dụng giành cho thiết bị di động, người dùng phải cấp quyền cho vận dụng Wear để truy vấn vào một số tác dụng nhất định. Các ứng dụng Wear đề nghị cung cấp chức năng có ý nghĩa mà không bắt buộc yêu cầu quyền nào.

Lưu ý: Ứng dụng Wear thiết yếu giả định các quyền được cấp trong áp dụng điện thoại. Ví dụ: nếu người tiêu dùng cấp mang đến ứng dụng điện thoại cảm ứng quyền sử dụng tài liệu vị trí, thì người dùng đó cũng buộc phải cấp quyền tương tự cho vận dụng Wear.

Các trường hợp cung cấp quyền

Có một vài tình huống bạn có thể gặp buộc phải khi yêu mong quyền được xác định là nguy nan trên Wear OS:

Khi Ứng dụng Wear yêu cầu quyền mang lại thiết bị đeo; tức là ứng dụng này yêu cầu quyền từ bỏ tạo.

Ứng dụng Wear yêu ước quyền đến một áp dụng chạy bên trên điện thoại.

Ứng dụng năng lượng điện thoại yêu thương cầu cung cấp quyền cho vận dụng chạy trên thiết bị đeo.

Ứng dụng điện thoại yêu thương cầu nhiều quyền chỉ rất có thể dùng được lúc thiết bị đeo được kết nối.

Để xem toàn bộ các trường hòa hợp này vào một áp dụng đang hoạt động, hãy chăm chú mẫu RuntimePermissionsWear.

Phần sau đây giải thích mang lại từng trường hợp. Để hiểu biết thêm thông tin chi tiết về biện pháp yêu cầu cấp cho quyền, hãy xem phần chủng loại yêu cầu cấp quyền.

Ứng dụng Wear yêu ước quyền truy cập trên trang bị đeo

Khi vận dụng Wear yêu thương cầu cấp cho quyền đến một áp dụng chạy trên đồ vật đeo, hệ thống sẽ hiển thị vỏ hộp thoại nhằm nhắc người tiêu dùng cấp quyền đó.Ứng dụng của bạn chỉ đề xuất yêu cầu cấp quyền khi đã ví dụ lý do bạn cần cấp quyền để tiến hành một làm việc cụ thể.

Xem lạinguyên tắc cấp cho quyền để đảm bảo bạn đang hỗ trợ trải nghiệm tốt nhất cho những người dùng, đồng thời nhớ kiểm tra shouldShowRequestPermissionRationale() và cung ứng thêm thông tin nếu cần.

Nếu một vận dụng hoặc mặt đồng hồ yêu cầu các quyền cùng một lúc, thì những yêu cầu cung cấp quyền đã lần lượt xuất hiện.

*
Hình 1. screen quyền xuất hiện thêm liên tiếp. Lưu ý: Wear OS sẽ tự động đồng cỗ hoá tài liệu Lịch, Danh bạ cùng Vị trí với thiết bị Wear. Trường vừa lòng này hoàn toàn có thể áp dụng lúc Wear yêu cầu dữ liệu này.

Ứng dụng Wear vẫn yêu mong quyền truy vấn trên năng lượng điện thoại

Khi áp dụng Wear yêu cầu quyền truy vấn trên điện thoại cảm ứng thông minh (ví dụ: một ứng dụng cho thiết bị treo muốn truy vấn vào ảnh hoặc các dữ liệu nhạy bén cảm không giống trên phiên phiên bản ứng dụng giành cho thiết bị di động), thì áp dụng Wear cần chuyển người tiêu dùng đến điện thoại thông minh để đồng ý quyền truy cập này. Ở đó, ứng dụng dành riêng cho điện thoại rất có thể cung cấp thêm thông tin cho người dùng bằng phương pháp sử dụng một hoạt động. Hoạt động bao hàm hai nút: một nút để cấp và một nút để khước từ quyền.

*
Hình 2. Chuyển người tiêu dùng đến điện thoại cảm ứng thông minh để cấp quyền.

Ứng dụng điện thoại cảm ứng thông minh yêu cầu quyền truy vấn trên thứ đeo

Nếu người dùng đang thực hiện ứng dụng điện thoại cảm ứng và ứng dụng đó cần có quyền truy cập trên thứ đeo, chẳng hạn như để sở hữu trước nhạc trong trường hợp điện thoại thông minh bị ngắt kết nối, thì ứng dụng điện thoại cảm ứng thông minh phải chuyển người tiêu dùng đến thiết bị đeo để chấp nhận quyền. Phiên bạn dạng thiết bị đeo của áp dụng sẽ thực hiện phương thức requestPermissions() để kích hoạt vỏ hộp thoại cấp cho quyền của hệ thống.

*
Hình 3. Chuyển người dùng đến thiết bị đeo để cấp cho quyền.

Ứng dụng Điện thoại yêu ước cấp những quyền cùng lúc

*
vỏ hộp thoại quyền thực hiện hồ sơ thiết bị đồng hành để yêu mong cấp những quyền trong một yêu thương cầu.

Các áp dụng của đối tác doanh nghiệp trên game zerovn.net 12 (API cấp độ 31) trở lên có thể sử dụng hồ sơ sát cánh của thiết bị khi liên kết với đồng hồ. Việc sử dụng hồ sơ giúp dễ dàng hoá quá trình đăng ký bằng phương pháp nhóm việc cấp một đội quyền theo loại thiết bị ví dụ trong một bước.

Xem thêm: Tổng Hợp Mẫu Bảng Nhân Viên Tự Đánh Giá Năng Lực Bản Thân, Cách Đánh Giá Năng Lực Bản Thân

Các quyền đi kèm theo sẽ được cấp cho ứng dụng đồng hành sau lúc thiết bị liên kết và chỉ có hiệu lực thực thi hiện hành khi trang bị được liên kết. Câu hỏi xoá áp dụng hoặc xoá các liên kết cũng là xoá những quyền. Để biết bỏ ra tiết, hãy xem AssociationRequest.Builder.setDeviceProfile().

Lưu ý: Để áp dụng hồ sơ sản phẩm đồng hành, thiết bị của công ty phải liên kết bằng công dụng Trình cai quản thiết bị đồng hành.Nếu ứng dụng của công ty chưa áp dụng Trình quản lý thiết bị đồng hành, hãy xem phần Ghép nối máy đồng hànhđể bắt đầu.

Mẫu yêu thương cầu cung cấp quyền

Có những mẫu yêu thương cầu người dùng cấp quyền. Theo cường độ ưu tiên, những mẫu này là:

Hỏi vào ngữ cảnh

Ứng dụng của người tiêu dùng nên yêu cầu cấp quyền lúc đã hiểu rõ lý do quan trọng để tiến hành một thao tác làm việc cụ thể. Fan dùng có tương đối nhiều khả năng cung cấp quyền hơn khi họ gọi mối tương tác của quyền đó với tính năng họ có nhu cầu sử dụng.

Ví dụ: một ứng dụng rất có thể yêu mong vị trí của người dùng để hiển thị các địa điểm yêu thích hợp lân cận. Khi người dùng nhấn để tìm tìm các địa điểm lân cận, ứng dụng có thể yêu mong quyền truy cập thông tin địa điểm ngay chớp nhoáng vì tất cả mối contact rõ ràng giữa việc tìm và đào bới kiếm các địa điểm sát bên và nhu cầu cấp quyền truy cập thông tin vị trí. Sự ví dụ của mối contact này giúp vận dụng không cần thiết phải hiển thị các screen hướng dẫn ngã sung.

*
Hình 4. yêu thương cầu cấp cho quyền trong bối cảnh.

Hướng kéo theo bối cảnh

Hình 5 minh hoạ một ví dụ về phong thái hướng kéo đến bối cảnh. Ứng dụng ko yêu mong quyền truy cập để bước đầu sử dụng bộ tính giờ, nhưng bao gồm một hướng dẫn nội tuyến cho biết hoạt đụng (phát hiện vị trí) hiện giờ đang bị khoá. Khi người tiêu dùng nhấn vào chỉ dẫn, một màn hình yêu cầu cấp cho quyền đã xuất hiện có thể chấp nhận được người sử dụng mở khoá công dụng phát hiện nay vị trí.

Sử dụng cách thức shouldShowRequestPermissionRationale() sẽ giúp ứng dụng của người tiêu dùng quyết định tất cả nên cung cấp thêm thông tin hay không. Để hiểu biết thêm thông tin, vui lòng xem phần yêu cầu cung cấp quyền.

*
Hình 5. giải đáp theo bối cảnh

Xử lý lúc quyền bị từ bỏ chối

Nếu người dùng không đồng ý cấp quyền được yêu cầu không quan trọng đối cùng với một hoạt động dự định, thì đừng chặn họ tiếp tục hoạt động đó. Nếu một vài phần nhất mực của hoạt động bị tắt theo quyền bị tự chối, hãy hỗ trợ phản hồi thiết thực bởi hình ảnh.

Hình 6 minh hoạ vấn đề sử dụng hình tượng khoá để cho thấy tính năng bị khoá vì người tiêu dùng không cung cấp quyền sử dụng khả năng đó.

*
Hình 6. biểu tượng khoá cho biết thêm một nhân kiệt bị khoá do quyền bị từ chối.

Khi vỏ hộp thoại cấp cho quyền cho thiết bị treo bị khước từ trước đó xuất hiện thêm lần trang bị hai, hộp thoại đó sẽ bao hàm tuỳ chọn Từ chối, ko hiển thị lại. Nếu người dùng chọn tuỳ lựa chọn này, thì cách duy nhất để họ chất nhận được quyền này trong tương lai là truy cập vào ứng dụng Cài bỏ lên trên thiết bị đeo.

*
Hình 7. Đề nghị xong hiển thị screen yêu cầu cung cấp quyền.

Tìm đọc thêm về phong thái xử lý việc lắc đầu cấp quyền.

Quyền so với các dịch vụ

Chỉ một vận động mới có thể gọi cách làm requestPermissions(), bởi vì vậy, nếu người tiêu dùng tương tác với ứng dụng bằng một dịch vụ, ví dụ điển hình như thông qua mặt đồng hồ, thì thương mại & dịch vụ đó nên mở một chuyển động trước khi yêu mong quyền. Hoạt động này sẽ cung ứng thêm hướng dẫn về lý do cần có quyền này.

Nói chung, bạn tránh việc yêu mong quyền truy vấn cập so với mặt đồng hồ. Nuốm vào đó, hãy triển khai chức năng và chất nhận được người cần sử dụng chọn dữ liệu sẽ hiển thị thông qua tính năng đó.

Cài đặt

Người dùng bao gồm thể chuyển đổi quyền của một ứng dụng Wear trong phần download đặt bất kể lúc nào. Khi người tiêu dùng cố thực hiện một vận động nào đó cần phải có quyền, trước tiên vận dụng phải luôn gọi thủ tục checkSelfPermission() để xem liệu áp dụng hiện gồm quyền nhằm thực hiện vận động này tốt không.

Xem thêm: Một Bản Kế Hoạch Kinh Doanh Mẫu ) (P1), 9 Bước Lập Kế Hoạch Kinh Doanh Từ A

Ứng dụng nên thực hiện bước bình chọn này ngay cả khi trước đó người dùng đã cấp cho quyền này, vì tiếp đến người dùng có thể đã tịch thu quyền này.