【IT168 分析评论】

    当设计一个问题的解决方案的时候，你应该努力让所有的事情尽可能的变得灵活。但是，太灵活会导致难以理解的代码出现。相反，考虑编写一个类，它可以用最简单的方法(Chevy方法)来解决问题。让你的类可以通过其他类的继承而得到扩展。让你的方法虚拟化，所以你或是其他人在重新使用你的部分代码之后还可以返回，然后添加额外的灵活性和复杂性，如果有必要的话(Cadillac)。毕竟，这是OPP所涉及的——扩大并覆盖未来所出现的新需求的能力。尝试编写最少的代码来完成工作。不多不少，刚刚合适。

    当设计你的类的时候，对类本身，方法和属性使用描述性好的名字。一个类通过定义，而且本身有很好的描述，使用起来也非常简单。尽量避免行话和缩写。使用完整的，长的单词让方法或是属性呈现得清晰明确。

    在有些不好理解的代码上添加注解。但是，如果注解的行数比代码本身还要多，你就要想一想怎样让你的方法变得简单一些。

    设计样式

    是的，有很多种设计样式。这些样式本身就是很好的工具。但是，你会发现很多的执行非常复杂;大多数情况下它们是有过度的杀伤威力。你需要试着找到刚好为你需要的解决方案所工作的一些东西。不要尝试创建那些现在不存在而且也不会发生的问题的解决方案。最好是采用极简单的方法，使用一个基本的设计样式，而且找到一种产品而不是花很多时间去试图完成一个样式，最后，对解决当前的业务问题也是毫无意义。

    不要再去发明轮子

    对于编程者最好的事情就是他们喜欢编程。最坏的事情也是他们喜欢编程。编程有很多乐趣;那么我们为什么要做这个工作呢?但是，不要忽略这个事实就是你的工作是来支持你所工作的行业的。你真正的工作是创建应用程序来为你的公司赚钱。如果那意思就是说你需要重新使用别人的代码，那就这样做。不要有“not invented here”综合症。如果你这样做了，你就不是在为你的公司做事情了。

    商业应用程序编程者没有理由去重塑每个解决方案。一个业务编程者的首要任务就是来支持业务。你的工作不只是有很有趣的编程过程。不过那样也很好，但是如果你所工作的公司需要程序来赚钱，你的工作就是越快越有效的完成程序。如果你不这样做，你的公司就会因为缺少软件而失去生意，那么你也会发现你要重新找工作了!

    紧密围绕Microsoft

    不要误解我的意思。我是真的喜欢Microsoft，而且喜欢使用他们的工具。但是，当你选择使用一个新技术的时候，你需要小心，因为你的决定会导致代码在未来可能不会工作。考虑一下在.NET 1.x和2.0之间发生了什么事情。很多Microsoft建议你使用的事情都没有了。过去这样的事情我看到过好多。看一看在过去15年里他们有多少让我们使用的数据访问技术啊!

    在我的研讨小组中，我总是告诉人们"put a wrapper around Microsoft."。就是说不要直接去调用他们的技术，你可以为LINQ to SQL, LINQ to XML, Entity Framework ，ConfigurationManager和其他的技术构建wrapper类，并且从你的自定义类和方法中调用它们的功能。围绕这些技术意思是当Microsoft决定改变它的技术的时候，你只需在一个地方改变代码就可以了。它确保你可以保证其他的应用程序代码都一致——只不过就是使用了一种不同的技术。