c# - 使用部分类而不是 Facade 模式本身是一种反模式吗？

Question

几年前，有人告诉我在单独的 .cs 文件中实现业务逻辑代码，尽管这些文件包装了相同的部分类。因此可以像这样从业务层调用方法:

using(FooPartialDisposableClass partialClassInstance = new FooPartialDisposableClass ())
partialClassInstance.BusinessMethod();

好的。所以现在，我只在这一次使用 Facade 模式时做同样的事情。该解决方案似乎是一种更好的方法，即使您必须编写更多代码并且它的可维护性也较差。

那么我的问题是......遵循部分类方法是否正确？

PS:我还想到了接口(interface)和依赖注入(inject)来将这一层与将使用这些业务逻辑方法的层分离，但考虑到这里的工作方式，这是一个禁忌:S

Answer 1

部分类 不是OOP 设计特征。它们只是“代码布局”的东西，不能替代任何代码设计。

这只是代码布局/分发，如果您愿意，功能。

Facade 设计不同于 DI，如果您认为 Facade 模式最适合您的项目需求，请继续。

如果类的文件变得太大，或者您有不同的团队成员可能想要对Facade 的不同部分进行更改，请使用分部类>。在这种情况下，在不同文件之间分配一个文件(基于您团队中的责任分配)，以便更容易管理代码并尽可能避免冲突。