带命令行参数的自配置类:模式还是反模式?

不管你是怎么做的,你都有几个“模块”竞争相同的命令行参数序列。必须进行一些协作,以便类可以处理相同的命令行参数,而不会发生冲突。

通过让每个类实现解析,您只需使合作隐式化。没有一个模块专门用于您的类之间的合作。这个问题变成了文档问题,而不是代码问题。它不是 坏的 但它可能诱人地显示,似乎问题只是“消失”。简而言之,这种做法需要更多的纪律。

而且,这将使命令行参数语法的主要检查更加困难。

似乎在增加 它使每个 类更加独立,因为没有 程序的其他部分需要 确切知道什么配置 类可能需要的参数。

如果我理解你的建议,它真的会让每个类隐藏它们的依赖关系。

本例中的依赖项可能很简单(原始),但如果类需要用户名和密码才能正常工作,则应该在其构造函数中这样说。否则,类的调用方需要查看源代码或文档才能使用它。