Question

我的程序有一个ReportConfiguration类，用于存储报告的配置信息。逻辑上，有许多区域需要配置，即如何显示某些类型的部分等。朋友建议我采用这些部分并使它们成为嵌套类，例如：

public abstract class ReportConfiguration{
    private class AssessmentTypeConfiguration{
    }
} 

public class MyConfiguration : ReportConfigration{}

基本上，当我打算使用这些时，我将把这些配置类暴露给可能想要扩展某些功能的其他开发人员，或者编写一些需要修改配置的工具。所以我希望他们能够扩展配置类，但可能有某些配置选项我不希望它们触摸，或者逻辑上看起来好像它们应该嵌套。

问题：是否有必要使用单独的类，或者只为每个配置选项创建一个包含大量属性的非常大的类？

Answer 1

我建议做一些单独的课而不是一个大班，原因如下：

将信息组合在一起以便更容易推理
如果您想要从配置文件（或文件）中序列化和/或读取它们包含的信息，那么使用较小的类来实现这一目标会更容易，也可能更灵活
如果你要使用非静态类（或者想要），并且要传递实例，那么传递有限的信息比使用阳光下的所有东西更有意义

你说有明显分开的配置区域，所以你应该有明确分开的类来匹配它。否则，您的单个班级可能会知道太多，classes should only be responsible for one thing。

在处理配置设置时使用或不使用嵌套类

1 个答案: