我有一个配置类，我正在使用的API包含方法来获取/设置配置中的值。配置没有任何方法或构造函数从文件中加载它，是更好地包装配置，以便它有一个方法或构造函数从文件中加载它或创建一个返回配置实例的管理器类?
你的配置类是一个纯模型。总结一下，你想要改变"配置"的功能。这不是你的意图?您不希望"配置"以不同的方式"功能"?
构造函数中的I/O工作很糟糕，你能告诉为什么吗?您可以将I/O工作放在包装器的方法中，但是包装器不会看起来像一个管理器吗?
为什么限制为一个文件?它可以存储在数据库中或通过互联网访问的文件中;认为资源。
你觉得这是你想要结束的事情吗?将"Config"扩展为"FileConfig"比将其包装起来更有意义。
这取决于你想用它做什么。
Wrapper类允许您添加一些额外的功能，限制某些未来或更改它们…但如果你认为这样的事情永远不会发生，你只会使用这些getter/setter，它可能有点多余，简单的管理器类就足够了。