[
典型的例子是设计模式，设计模式确实给了我们以很大的启发，通过它，我们能够了解到优秀的代码是如何用于解决实际问题的。但是是不是你必须在软件中照搬设计模式呢？如果你这么做，那么你对设计模式的理解仍然不够。我曾和在建筑行业的朋友聊起Christopher Alexander的建筑的永恒之道。他很兴奋的告诉我，那确实是一本很好的书，能够引发人很深的思考，但是现在也有另外的一种观点，认为美仍然是无形的，应该发自建筑师的内心。对这句话我思考了很久，其实建筑是给人使用的，因此最重要的是它能都给人带来的价值，隐含在其中的那种活生生的气质，这是建筑师文化底蕴的外在表露。所以，Christopher Alexander在那本书中的目的，也是为了找到一种总结自己观点的方法，来总结自己对人文的认识。至于现在大家对他的思路提出了质疑，那也是一件好事，这说明大家对建筑之道的认识到了新的高度。建筑是这样，软件中的模式也是一样的，我也曾热衷于研究模式的使用，直到某一天我猛然惊醒，与其沉迷于模式的表面形式，为什么不去研究隐藏在它背后的文化底蕴呢？武侠小说中常说无招胜有招，模式的应用也应当到达这个境界，你如果可以在不经意间应用模式的思想，那又何必拘泥于模式的形式呢？
编写优秀OO代码虽难，但还有更难的事情，就是让整个开发团队都产出优秀的OO代码。我们刚才说了，OO对问题的解不是唯一的，但各个不同的优秀解汇集到一起，可能就是一个糟糕的解，这是风格和架构的问题。你如何在团队中制定制度，营造氛围，让优秀OO代码成为团队最终的成果？这些问题，在我看来，要比CMM难得多，这个问题并不是靠花钱就能够解决的。如果能够解决这个问题，这个团队的创造力一定是惊人的。
4. 面向对象软件开发过程
普通的软件开发过程和面向对象开发过程有着很大的不同。回想我们在非面向对象中开发过程中，最经常采用的任务分配方法就是以软件模块为单位，这样的好处是分配简单，不同任务之间耦合程度低，容易操作。坏处是几乎无法做到重用，也缺乏整体性的设计。而面向对象软件开发则不同，它是以类、类集合作为基本单位的。类之间关系错综复杂（虽然我们提倡低耦合的设计，但类之间的关系仍然是相对复杂的）。这种情况下程序员之间相互协作的要求就非常之高，这种关系如果处理恰当，则能够完全体现出面向对象的威力，否则，那将会是一场大灾难，面向对象的软件开发过程要养成一些好的习惯：
4. 1 尽量简化和稳定客户端。
个人编程可以是一种享受，但团队开发始终是一项严谨的职业活动，因此多考虑别人，不要设计复杂的接口，虽然你省事了，但这会给理解和使用你的接口和人造成障碍。
4.2 准备一份简洁的文档，并保持更新。
随便一种形式的稳定，可以是代码，可以是UML图，也可以是纯粹的文字（估计没几个程序员喜欢这种形式）。只要它能够传达你的代码的目的，那就足够。记住，更新代码后，同时更新你的文档。过期的文档不仅是废纸这么简单，它会给其它人造成麻烦。切记！
4. 3 尽可能多的考虑异常和错误的情况。
写出一个功能并没有什么，但是要把这个功能写的非常的完善那就很难了，因为你需要考虑各种各样的情况，正常的、非正常的。所以，写完一个类的定义应该是，完成编码和稳定，并通过原定的测试。
5. 基于面向对象代码的分析框架
在一个开发过程中，往往有着多种复杂的因素：过程、技能、工具、规范、组织、个性。所有的这些，都会对最终的代码产生影响，对代码的成本和质量产生影响。软件最有价值的部分是代码，根据敏捷方法和精益编程的思路，除了代码之外的产出物，都不具有价值，或者说对最终用户没有价值。但它们都需要成本的投入，而我们应该考虑如何节省这些成本。
要考虑如何节约成本，关键的因素就是需要分析两点：
首先，哪些活动对代码的成本和质量有正面的帮助。如果一个活动对代码没有帮助，那么它就没有存在的意义。有一些软件组织实施了UML，但是开发人员画好了UML图之后，就把它仍在一边，仍然按照老的方式开发。这种的活动就没有任何意义，只是徒增成本。我们称之为有效原则。
其次，如果活动对代码的成本和质量有正面的帮助，那么，这种帮助的价值足够大吗？是否存在其他的活动，其价值能够超出现有的活动呢？软件需求规约（SRS）对代码产生当然有帮助，因为它对软件要干什么进行了定义。问题是，SRS往往需要很大的功夫去制作、维护。有没有成本更低、效果更好的方法来替代它呢？用例技术是一种考虑方向，CRC卡片也是一种敏捷的处理思路。我们称之为更优原则。
有了这两个概念，我们在后文中的分析将会以此为中心展开，讨论代码和过程、技能、工具、规范、组织、个性之间的关系。我们把它们之间的关系称为基于代码的分析框架。在下一篇中，我们选择一个实际的案例进行演练，然后我们从四个方面 -- 重用、优化代码组织、针对契约设计、业务建模 -- 来深入的分析该框架中的一些共通的特性。我们再次重申：软件开发过程是一个复杂的生态环境，我们没有办法对其进行机械的划分，我们能够做的就是把握平衡－成本和质量的平衡。
[本文共有 2 页，当前是第 2 页] <<上一页 下一页>>
]
您的位置：
