接口Role，角色之间可能有三种关系：
1、权限继承关系。如Role[会计]下有两个Component[出纳]和[收银]，表示会计角色继承出纳和收银角色的权限，此时，它可称为复合角色（Composite）。
2、包容关系。如[处长]角色下有[财务处处长]和[审计处处长]两个创成角色。此时，他们的关系是：[财务处处长]"is"[处长]，子节点拥有父节点的权限。
3、隶属关系。它用来体现机关或企业的组织结构，如[总经理]下有[副总经理]和[总经理助理]，表示[副总经理]和[总经理助理]隶属于[总经理]，由总经理领导。父子之间无权限关系，它们只需形成一棵树，关系由程序员定义和解释。
为该接口的append和get方法征名，如getParent,getSuperior,getChildren,getSubordinate，需要一系列明确，不易混淆的名称，谢谢：）

有意思，帮你提一下。

我从来没考虑过在名字上如此细致，应该是自己的E文水平有限使然。

不过，不建议用拼音，那样更让人摸不着头脑。

文档是必需的，但是如果有个好的名字，倒也不错，见名知义，是一种境界，中国人写程序，如果要论与老外的差别，这应该算第一个了。

偶看第2条怎么看起来好像是Generalization/Realize，
而不是Composition/Aggregation耶？本人愚昧，随便说说，海纳

Java语言编码规范中有详细说明。

同时，最好不要用中文、中文拼音！！

考虑一下Java API里是不是有类似结构的包

有的话可以模仿一下

我觉得最重要的还是有很多人英语水平不行，而且还有个人习惯

我的有一个同事在写查寻方法的时候，习惯命名用Query，我习惯命名为Check

我有一次想调用他的方法，查询用户姓名

我就找CheckUserName，总也找不到，后来一问才知道，方法名是

QueryUserName，查查字典，这两个词中文都有查询的意思

所以后来我就在一开始的注释里边把这些都写明了

最好还是写一个详尽的文档

或者在注视中说明

有很多人不习惯看你的名称，尤其是英文，可能有歧义的

嗯，或者用拼音？

简单，直接用中文，哈哈

主要是有时候客户给你来个拼音定义的变量什么的

很分特，最惨的是有一回还把拼音拼错了

哎，想破头啊

欧，明白

肯定是用英文了，其他的不用考虑
不过你说得更详细一些就好了

其实我的意见是用英文，但是说明文档，注释必须要清晰翔实

我抢~抢~再抢~还抢~继续抢~~~

      ●( 楼主~~     ○　←你
　　　█┳  不许动!）┗█┛
     ┏┓             ┛┗小心点，别让我对你动武！快把分交出来~!呵呵~！

Are names and naming really so important???