我在哪里可以找到一个简洁的、写得很好的论据来反对这个初始化反模式,还有可能是其他的呢?[关闭]

我的一个同事倾向于设计类,比如:

class ImportantClass
{
    public SomeClass ImportantField;
    public SomeOtherClass OtherImportantField;
    // etc.
}

ImportantClass x;

try
{
    // This is problematic enough to begin with, as every field (which is public)
    // is set manually, which causes code duplication wherever this type is
    // instantiated as well as maintenance problems in the event new fields are
    // introduced or internal implementation is changed.
    x = new ImportantClass();
    x.ImportantField = new SomeClass();
    x.OtherImportantField = new SomeOtherClass();
}
catch (Exception ex)
{
    // ...what's even worse: now x can easily be in a totally invalid state,
    // with some fields initialized and some not.
    HandleAnyException(ex);
}

很明显,上面的例子过于简单(而且夸张了);但我想你明白了。

我发这篇文章不是为了批评我的同事;相反,我想让他明白在开发这样的课程时存在的许多问题,并为他指出正确的方向。我个人觉得这个设计虽然很差,但很容易“修好”

我主要关心的是 如果我想说服他,对我来说,有一个有力的(有力的支持),容易理解和简洁的论点对我来说是很重要的 (他不会想看一封两页的电子邮件,告诉他为什么我认为他的代码需要更改)。

有没有什么好的资源可以提供这种精心设计的论据,解决这种模式以及其他不明智的设计反模式的缺点?类似于“常见软件设计错误”的概要,如果存在的话,将会非常有帮助。

:我意识到,简单地谈论它是提供建议的最直接和最不具破坏性的方式;我只是在想,如果有这样一种资源存在,我可以把它作为参考资料来引用。