您见过合理使用受保护的内部访问修饰符的设计吗？

发布于 2024-09-26 17:36:52 字数 187 浏览 7 评论 0原文

我没有，但我不说没有。

所有读过本文的 C# 开发人员可能都知道什么是内部受保护的以及何时使用它。我的问题很简单：您是否真的使用过它或使用受保护的内部访问修饰符开发过成功设计的项目？如果是，请分享您的知识并发布漂亮的示例，在这里我终于可以欣赏到这个棘手的修饰符的巧妙使用。

// 我相信这不是主观的，我实际上是在寻找答案;-)

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

扭转时空 2024-10-03 17:36:52

我相信你能想到例子，但在五年的 C# 开发中，我还没有看到一个好的例子。 John K 的示例很好地说明了修饰符的预期用途，但我认为导致这种情况的要求是有问题的。在约翰·K的例子中，类在程序集中具有“友好”的访问权限，一般来说这很麻烦，因为这些类可能是在“询问”，而不是“告诉”（编程是不礼貌的，最好是告诉而不是询问）。在什么情况下，您有一个有用的可扩展类，朋友可以调用该类的方法，但其他人却不能？

另一个用途是测试访问（即您希望它受到保护，但在内部，以便您的程序集级别测试可以调用它）。这也是一个麻烦的情况 - 当您将事物暴露为内部测试时，我认为这是依赖注入通常可以处理的设计味道。

回复收藏 0 原文

蓝眼泪 2024-10-03 17:36:52

是的，在继承情况下，只要允许同一程序集（内部）中的其他类以“友好”/可信的方式直接访问虚拟或抽象类成员，而且该成员也可以被外部中的派生类覆盖程序集（通过受保护）。

此组合修饰符允许程序集完全信任其自己的内容和内部使用（这并非异常），同时将其中一些成员暴露给其他程序集的正常继承派生模型。

没有任何一个修改器可以做到这一点。

或者考虑相反的情况：

如果您仅使用protected，则同一程序集中的其他类无法访问该成员。
如果您仅使用内部，则派生类（在其他程序集中）无法重写该方法。

程序集1.dll 程序

// ------ Assembly file 1 .dll --------

// Allow my friends (internal) and derived classes (protected) to do this. 
public class A {
    internal protected virtual void YoBusiness() {
        //do something
    }
}


class B { // not a derived class - just composites an instance of A
    public B() {
        A a = new A();
        a.YoBusiness(); // Thanks friend for the access! 
    }
}

集2.dll

// ------ Assembly file 2 .dll --------

class C : A {  // derived across assemblies
    protected override void YoBusiness() {
        // Hey thanks other guy, I can provide a new implementation. 
    }
}

Yes, in an inheritance situation whenever a virtual or abstract class member was allowed to be directly accessed by other classes inside the same assembly (internal) in a "friendly"/trusted manner, but also that member could be overriden by derived classes in external assemblies (via protected).

This combo modifier allows the assembly to fully trust its own contents and internal usage (which is not abnormal), while exposing some of those members to the normal inheritance derivation model for other assemblies.

No single modifier can do this.

Or consider the reverse situations:

if you only use protected then other classes inside the same assembly cannot access that member.
if you only use internal then derived classes (in other assemblies) cannot override that method.

Assembly1.dll

// ------ Assembly file 1 .dll --------

// Allow my friends (internal) and derived classes (protected) to do this. 
public class A {
    internal protected virtual void YoBusiness() {
        //do something
    }
}


class B { // not a derived class - just composites an instance of A
    public B() {
        A a = new A();
        a.YoBusiness(); // Thanks friend for the access! 
    }
}

Assembly2.dll

// ------ Assembly file 2 .dll --------

class C : A {  // derived across assemblies
    protected override void YoBusiness() {
        // Hey thanks other guy, I can provide a new implementation. 
    }
}

回复收藏 0 原文