IAcl 介面
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
介面,表示存取控制清單 (ACL) 。
[Android.Runtime.Register("java/security/acl/Acl", "", "Java.Security.Acl.IAclInvoker")]
public interface IAcl : IDisposable, Java.Interop.IJavaPeerable, Java.Security.Acl.IOwner
[<Android.Runtime.Register("java/security/acl/Acl", "", "Java.Security.Acl.IAclInvoker")>]
type IAcl = interface
interface IOwner
interface IJavaObject
interface IDisposable
interface IJavaPeerable
- 屬性
- 實作
備註
介面,表示存取控制清單 (ACL) 。 存取控制清單是用來保護資源存取權的資料結構。
ACL 可以視為具有多個 ACL 專案的資料結構。 介面類別型 AclEntry 的每個 ACL 專案都包含一組與特定主體相關聯的許可權。 (主體代表實體,例如個別使用者或群組) 。 此外,每個 ACL 專案都會指定為正數或負數。 如果是正數,則會將許可權授與相關聯的主體。 如果為負數,則會拒絕許可權。
每個 ACL 中的 ACL 專案都會觀察下列規則:
<ul >< li > 每個主體最多可以有一個正 ACL 專案和一個負數專案;也就是說,任何主體都不允許多個正面或負 ACL 專案。 如果負數) ,每個專案都會指定要授與 () 或拒絕 (的許可權集。
<li > 如果特定主體沒有專案,則主體會被視為具有 null (空白) 許可權集合。
<li > 如果有一個授與主體特定許可權的正專案,以及拒絕主體相同許可權的負專案,則結果就像從未授與或拒絕許可權一樣。
<li > 個別許可權一律會覆寫個人所屬群組 () 的許可權。 也就是說,個別負面許可權 (特定拒絕許可權,) 覆寫群組的正面許可權。 而個別正面許可權會覆寫群組的負面許可權。
</ul>
封裝 java.security.acl
提供 ACL 和相關資料結構的介面, (ACL 專案、群組、許可權等 ) 。
介面 java.security.acl.Acl
會 java.security.acl.Owner
擴充 介面。 擁有者介面可用來維護每個 ACL 的擁有者清單。 只允許擁有者修改 ACL。 例如,只有擁有者可以呼叫 ACL 的 方法來將新的 ACL addEntry
專案新增至 ACL。
已在 1.1 中新增。
已取代這個成員。 此類別已被取代,且受限於未來版本的 JAVA SE 中移除。 自 1.2 以來,它已由 java.security.Policy
和相關類別取代。
的 java.security.acl.Acl
JAVA 檔。
此頁面的部分是根據 原始碼專案所建立和共用的工作進行修改,並根據中所述的詞彙使用。
屬性
Handle |
取得基礎 Android 物件的 JNI 值。 (繼承來源 IJavaObject) |
JniIdentityHashCode |
傳回包裝實例的 |
JniManagedPeerState |
受控對等的狀態。 (繼承來源 IJavaPeerable) |
JniPeerMembers |
成員存取和調用支援。 (繼承來源 IJavaPeerable) |
Name |
傳回這個 ACL 實例的名稱。 |
PeerReference |
傳 JniObjectReference 回已包裝 JAVA 物件實例的 。 (繼承來源 IJavaPeerable) |
方法
擴充方法
JavaCast<TResult>(IJavaObject) |
執行 Android 執行時間檢查的類型轉換。 |
JavaCast<TResult>(IJavaObject) |
介面,表示存取控制清單 (ACL) 。 |
GetJniTypeName(IJavaPeerable) |
介面,表示存取控制清單 (ACL) 。 |