The standard permission system desc

The standard permission system described so far is often not sufficient when used with content providers. A content provider may want to protect itself with read and write permissions, while its direct clients also need to hand specific URIs to other applications for them to operate on. A typical example is attachments in a mail application. Access to the mail should be protected by permissions, since this is sensitive user data. However, if a URI to an image attachment is given to an image viewer, that image viewer will not have permission to open the attachment since it has no reason to hold a permission to access all e-mail.

The solution to this problem is per-URI permissions: when starting an activity or returning a result to an activity, the caller can set Intent.FLAG_GRANT_READ_URI_PERMISSION and/or Intent.FLAG_GRANT_WRITE_URI_PERMISSION. This grants the receiving activity permission access the specific data URI in the Intent, regardless of whether it has any permission to access data in the content provider corresponding to the Intent.

This mechanism allows a common capability-style model where user interaction (opening an attachment, selecting a contact from a list, etc) drives ad-hoc granting of fine-grained permission. This can be a key facility for reducing the permissions needed by applications to only those directly related to their behavior.

The granting of fine-grained URI permissions does, however, require some cooperation with the content provider holding those URIs. It is strongly recommended that content providers implement this facility, and declare that they support it through the android:grantUriPermissions attribute or tag.

More information can be found in the Context.grantUriPermission(), Context.revokeUriPermission(), and Context.checkUriPermission() methods.

ผลลัพธ์ (ไทย) 1:

ระบบมาตรฐานสิทธิ์อธิบายจนเป็นมักจะไม่เพียงพอเมื่อใช้กับผู้ให้บริการเนื้อหา ผู้ให้บริการเนื้อหาอาจต้องป้องกันตัวเอง ด้วยการอ่าน และเขียนสิทธิ์ ในขณะที่ลูกค้าโดยตรงจำเป็นต้องเฉพาะมือ URIs กับโปรแกรมประยุกต์อื่นในการทำงานบน ตัวอย่างทั่วไปเป็นสิ่งที่แนบในโปรแกรมประยุกต์จดหมาย การเข้าถึงจดหมายควรป้องกัน โดยสิทธิ์ เนื่องจากเป็นข้อมูลสำคัญของผู้ใช้ อย่างไรก็ตาม ถ้า URI เพื่อแนบรูปให้ออกเป็นการแสดงรูปภาพ รูปภาพที่จะได้รับอนุญาตให้เปิดสิ่งที่แนบมาเนื่องจากมันไม่มีเหตุผลจะถือสิทธิ์ในการเข้าถึงอีเมลทั้งหมดปัญหานี้เป็นสิทธิ์ต่อ URI: เมื่อเริ่มต้นกิจกรรมหรือส่งกลับผลลัพธ์ในกิจกรรม ผู้เรียกสามารถตั้ง Intent.FLAG_GRANT_READ_URI_PERMISSION หรือ Intent.FLAG_GRANT_WRITE_URI_PERMISSION นี้ให้การเข้าถึงสิทธิ์กิจกรรมรับเฉพาะข้อมูล URI ในเจตนา ไม่ว่ามันมีสิทธิ์ใด ๆ ในการเข้าถึงข้อมูลผู้ให้บริการเนื้อหาที่สอดคล้องกับเจตนากลไกนี้ทำให้แบบจำลองความสามารถแบบทั่วไปที่โต้ตอบผู้ใช้ (เปิดสิ่งที่แนบมา เลือกผู้ติดต่อจากรายชื่อ ฯลฯ) ไดรฟ์กิจให้สิทธิ์ทรายแป้งละเอียด สามารถสิ่งอำนวยความสะดวกที่สำคัญสำหรับการอนุญาตที่จำเป็นต้องใช้ใบสมัครเฉพาะผู้ที่เกี่ยวข้องโดยตรงกับลักษณะการทำงานที่ลดลงของทรายแป้งละเอียด URI สิทธิ์ ไร ต้องบางความร่วมมือกับผู้ให้บริการเนื้อหาที่ถือ URIs เหล่านั้น ขอแนะนำว่า ผู้ให้บริการเนื้อหาใช้สถานที่นี้ และประกาศว่า พวกเขาสนับสนุน โดยแอตทริบิวต์ android: grantUriPermissions หรือ แท็กข้อมูลเพิ่มเติมสามารถพบได้ในวิธีการ Context.grantUriPermission(), Context.revokeUriPermission() และ Context.checkUriPermission()

ผลลัพธ์ (ไทย) 3:

ระบบอนุญาตมาตรฐานที่อธิบายไว้เพื่อให้ห่างไกลเป็นมักจะไม่เพียงพอเมื่อใช้กับผู้ให้บริการเนื้อหา ผู้ให้บริการเนื้อหาที่อาจต้องการที่จะปกป้องตัวเองกับการอ่านและเขียนสิทธิ์ ในขณะที่ลูกค้าโดยตรงก็ต้องมือ URIs ที่เฉพาะเจาะจงไปยังโปรแกรมประยุกต์อื่น ๆสำหรับพวกเขาที่จะกระทำ ตัวอย่างทั่วไปคือสิ่งที่แนบมาในจดหมายสมัคร การเข้าถึงจดหมายควรป้องกันโดยการอนุญาตนี่เป็นข้อมูลที่ละเอียดอ่อน อย่างไรก็ตาม ถ้ายูริจะแนบภาพให้ภาพ Viewer , โปรแกรมดูภาพ จะไม่ได้รับอนุญาตให้เปิดสิ่งที่แนบมาเพราะมันไม่มีเหตุผลที่จะถือสิทธิ์ในการเข้าถึงอีเมลทั้งหมด

วิธีการแก้ปัญหานี้คือ ต่อ ยูริสิทธิ์ : เมื่อเริ่มกิจกรรม หรือกลับส่งผลให้กิจกรรม ผู้โทรสามารถตั้งเจตนาflag_grant_read_uri_permission และ / หรือ intent.flag_grant_write_uri_permission . นี้ได้รับอนุญาตอุดหนุนกิจกรรมการเข้าถึงข้อมูลเฉพาะ URI ในเจตนา ไม่ว่าจะมีการอนุญาตให้เข้าถึงข้อมูลที่ผู้ให้บริการเนื้อหาที่สอดคล้องกับเจตนา

กลไกนี้ช่วยให้รูปแบบในรูปแบบทั่วไปที่ผู้ใช้ ( การเปิดสิ่งที่แนบเลือกรายชื่อจากรายการ ฯลฯ ) ไดรฟ์ของการอนุญาตของอย่างละเอียดได้รับอนุญาต นี้จะเป็นสถานที่ที่สำคัญสำหรับการใช้สิทธิ์ที่จำเป็นโดยเฉพาะเกี่ยวข้องโดยตรงกับพฤติกรรมของพวกเขา .

อนุญาตสิทธิ์ไม่ตอบอย่างละเอียด อย่างไรก็ตาม ต้องมีความร่วมมือกับผู้ให้บริการเนื้อหาถือเหล่านั้น URIs .ขอแนะนําว่า ผู้ให้บริการเนื้อหาที่ใช้สถานที่นี้ และประกาศว่าพวกเขาสนับสนุนผ่าน Android : granturipermissions Attribute หรือให้สิทธิ์ > แท็ก < ยูริ

ข้อมูลเพิ่มเติมสามารถพบได้ในบริบท granturipermission() บริบท . revokeuripermission() และบริบท วิธี checkuripermission() .