我可以想到以下技巧：

>只读包装器 – 如ReadOnlyCollection.朋友保持指向可修改对象的指针,而其他人只能访问包装器.
>写委托 – 朋友给对象的构造函数一个对委托的引用作为参数之一,构造函数用一个地址填充它,可以用来修改对象的私有方法.
>反思 – 显然是个坏主意.包括完整性.
>多个装配 – 将您的朋友放在一个单独的装配中,并将修改方法设置为内部.
>公开可修改的对象,但是为修改器方法添加注释“这是一种基础结构方法 – 不要调用它！”
> Nested classes.
>添加System.ComponentModel.EditorBrowsable(System.ComponentModel.
EditorBrowsableState.Never)属性为您希望只有朋友访问的成员才能将其隐藏在IntelliSense中.
>隐式接口实现 – 请参阅注释.

这份清单详尽无遗吗？任何人都可以按性能降低的顺序排序吗？降低整洁度的顺序？有什么建议什么时候使用哪个？