一对一映射类的嵌套类型或其他解决方案

Question

我有一个类需要以某种方式封装一些功能。

我正在考虑一个嵌套类，并将该功能和一些状态放入其中。 这两个类之间的关系是一对一的。

访问外部类成员变量或方法的问题应该将它们声明为静态，但我不想要它。另一种解决方案是将外部类的引用传递给内部类。

解决我的问题的最佳做法是什么？

Answer 1

虽然我不会说嵌套类是邪恶的，但它们肯定可能是“恶作剧”的，并且嵌套类可以解决的问题很少不能用不同的或更优雅的方式解决。

所以这实际上取决于您的具体情况，但需要考虑的一些事情是：

1. 嵌套类是否会公开可见？由于消费者必须使用语法来引用嵌套类型，因此这些方法很笨重：OuterType+InnerType

2. 源文件平均变得更大，并且更难以阅读和推理（尽管这可以通过策略性使用部分来缓解） 源文件平均变得更大，并且更难以阅读和推理（

3. Visual Studio 中的代码分析会大声抱怨公共嵌套类（框架设计指南人员认为它们不是良好的形式），因此如果您使用 FxCop，则需要例外。

如果您发布更多具体信息，我们也许能够提供更详细的指导。

Answer 2

大约 6 个月前，我们遇到了完全相同的问题，但原因不同。我们有大约 20 个“常规”类和一个巨大的木星大小的类，它做得太多了，需要分解。

除了父母之外，我们实际上还需要两个孩子，这两个孩子与父母都是一对一的关系。

第一次尝试（确实有效）使用了老式模式，在每个子级的构造函数中传递“this”的引用，然后使用 .Parent 方法向后导航。由于 GC 问题，这是一场噩梦，我们在短时间内寻找更好的解决方案。

最好的解决方案（至今仍在使用）是在需要查询父级的子级方法中简单地接受父级类类型的引用。这工作得非常好，GC 喜欢它，所有东西都按预期实例化和释放。代码更易于管理，也更有组织性，我们现在很高兴我们及时进行了投资。

因此，这将是我的建议：

Parent
 |
 +-Child1
 |
 +-Child2

子对象的方法仅在需要它的方法中接受对父类的引用。

它实际上很像 ADO.Net 的开发方式，具有独立的对象，在需要的方法中接受彼此的引用。

Answer 3

using System;

class OuterType
{
    private static OuterType _instance;

    public OuterType()
    {
        _instance = this;
    }

    private String Message
    {
        get { return "Hello from OuterType"; }
    }

    public void testInnerType()
    {
        InnerType innerType = new InnerType();
        Console.WriteLine(innerType.FormattedOutertMessage);
    }

    private class InnerType
    {
        private readonly OuterType _outerType = _instance;

        public String FormattedOutertMessage
        {
            get { return _outerType.Message.ToUpper(); }
        }
        // InnerType doesn't need to dispose any object of OuterType.
    }
}

然后它的工作原理如下：

class Program
{
    static void Main(string[] args)
    {
        OuterType outerType = new OuterType();
        outerType.testInnerType();
        Console.ReadKey();
    }
}

但我不确定这是否是一个好主意？！