c# – 私有嵌套静态类 – 好或坏的做法？

发布时间：2020-12-15 06:18:30 所属栏目：百科来源：网络整理

导读：在非静态类中嵌套私有静态类是否被认为是不好的做法？ public class Outer{ private static class Inner { }} 这里的想法是所有的“外部”实例将共享对静态的访问.另一种方法可能是让Inner类是非静态的,并使用它的静态实例： public class Outer{ private st

在非静态类中嵌套私有静态类是否被认为是不好的做法？

public class Outer
{
    private static class Inner
    {


    }
}

这里的想法是所有的“外部”实例将共享对静态的访问.另一种方法可能是让Inner类是非静态的,并使用它的静态实例：

public class Outer
{
    private static innerInstance = new Inner(); 

    private class Inner
    {


    }
}

类似的效果.这种方法的利弊或其他考虑是什么？

我必须承认,我几乎从不使用嵌套类,无论是否静态,但我对这个特定的概念感兴趣.

解决方法

这两种方法都是完全有效的.

我希望开发人员更经常地使用私有嵌套类.结合c#的partial关键字,它使书写非常复杂的类更易于维护.想象一下,需要构建一个具有小应用程序复杂性的类 – 当您实际上可以构建整个私有应用程序时,容易得多,类完全是内部复杂的外部类！

我看到的一个非常常见的情况是enumerables – 这些可能非常复杂,特别是当您开始构建可以链接的定制迭代器(如LINQ)时.隐藏单个类中的复杂性是封装的非常定义.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!