Java - 在这种情况下，委托(delegate)是一个好的解决方案吗？

Question

这是我的问题:

我有一个巨大的类(HugeClass)，我想将它分成几个小类(LittleClass1，LittleClass2，...)。我听说过委托(delegate)。听起来不错，但我认为它不适用于我的情况。事实上，我的小类需要 HugeClass 的一些属性:

public class  HugeClass
{
    // Attributes
    private Object object1;
    private Object object2;
    private Object object3;
    ...
    private Object objectN;

    // Delegation 1
    private LittleClass1  little1 = new LittleClass1 ();

    // Function delegated in the LittleClass1
    public void  delegated1 ()
    {
        little1.delegated1 ();
    }

}

这里是委托(delegate)类的示例:

public class  LittleClass1
{
    public LittleClass1 ()
    {

    }

    public void  delegated1 ()
    {
        // Here, I need object1, object3, and more to work !
    }

}

delegate1 函数所需的属性数量可能很大。所以我觉得使用LittleClass1的构造函数不是很方便。

而且因为 LittleClass1 仅重写 HugeClass 的一个方法，所以我认为 LittleClass1 不应该扩展 HugeClass。

您有解决方案吗？使用另一种模式？

谢谢!

更新

委托(delegate)函数可能不仅需要实例变量，还需要实例函数:

public class  LittleClass2
{
    public LittleClass2 ()
    {

    }

    public void  delegated2 ()
    {
        // I need object2 and delegated1 to work !
    }

}

将 HugeClass 赋予构造函数可能会解决此问题。但这是一个好的解决方案吗？

Answer 1

将一个大类分解成更小的类通常有利于提高代码的可维护性、可测试性和整体质量。较小的 block 应该更容易单独推理。您想要的是寻找大类在语义上不同的特征，并将它们分开，首先通过提取方法，然后通过提取类。您不一定是在寻找模式，而是在寻找重构技术，例如重构和Working Effectively with Legacy Code书中的内容。 .

现在，如果你的小类似乎共享了大类的太多实例变量，也许你应该退后一步，从一些容易实现的目标开始，比如不依赖太多变量的代码；或者尝试找到一组在语义上有意义的变量来封装在新对象中，这会减少这些自由变量的数量并提高设计质量，就像找到潜在的概念一样在设计中使代码更加明确和易于理解。

更新:顺便说一句，继承确实不是一个好主意。您想要解耦关注点，而继承只是另一种更微妙的耦合方式。