Lưu ý sự cho phép này gần như hoàn toàn không có giấy tờ, do đó chúng ta cần cảm nhận theo cách thực sự của nó. Vì vậy, đây không phải là một "câu trả lời có thẩm quyền" - nhưng ít nhiều gì đó giữa một "dự đoán tốt" và "suy luận từ các gợi ý khác".
Mô tả chính thức cho sự cho phép này (như đã nói, không có thêm tài liệu nào) là:
Cho phép ứng dụng sửa đổi bản đồ dịch vụ của Google.
Vì vậy, bây giờ chúng ta có thể đoán những gì nó có nghĩa là. Chúng ta hãy thực hiện một số "kỹ thuật đảo ngược" để cảm nhận theo cách của chúng tôi. Ryan đã đưa ra một số gợi ý trong nhận xét của mình, liên kết đến hai câu hỏi SO:
Đọc giữa các dòng: Bất cứ khi nào một ứng dụng muốn sử dụng (một phần) Khung dịch vụ của Google , nó phải khai báo READ_GSERVICES
quyền yêu cầu - điều này khá giống với yêu cầu GET_ACCOUNTS
nếu bạn muốn USE_CREDENTIALS
: trước tiên ứng dụng cần đảm bảo có dịch vụ được yêu cầu ở tất cả, trước khi truy cập nó.
Điều này cho chúng tôi ý tưởng về Bản đồ dịch vụ của Google phải là gì: một số loại chỉ mục cho Dịch vụ Google có sẵn (đã cài đặt).
Bây giờ chúng tôi đã phát hiện ra rằng, chúng tôi có thể đoán chính xác WRITE_GSERVICES
quyền đó có thể dành cho mục đích gì - và tại sao nó được bảo vệ bởi system
cấp độ bảo vệ (có nghĩa là nó chỉ được cấp cho "ứng dụng hệ thống" - tức là những ứng dụng được tích hợp vào ROM, đó là đang được cài đặt trên /system
phân vùng): Nếu READ_GSERVICES
được dự định tìm ra dịch vụ nào của Google có sẵn, WRITE_GSERVICES
phải là đối tác của nó để cập nhật bản đồ dịch vụ đó. Ví dụ, bất cứ khi nào một dịch vụ mới được cài đặt (hoặc xóa), để cập nhật "chỉ mục Dịch vụ của Google có sẵn trên thiết bị" - "Bản đồ dịch vụ của Google".
Chỉ có một điều tôi băn khoăn trong bối cảnh này là, tại sao sự cho phép này thuộc về ACCOUNTS
nhóm ...
Xem thêm: