摘要：
见内 http://www.cnblogs.com/william_fire/articles/102245.html 阅读全文
摘要：
原创时间：2005-02-05 01:56 目前版本：V1.1 前言 我的实践并非完美的TDD，因为我并没有追求测试的覆盖率，也没有考虑是否会有太多的冗余代码在客户使用的软件中。因为，对于软件的开发的出来的最终产品，我只关心它是否符合了客户的要求，而并不关心实现的具体实现方式。 TDD，意味着测试驱动开发，意味着一种新开发技巧，它可以带来非常好的质量保证。但在实践中，我并没有完... 阅读全文
摘要：
代码的耦合度，是指代码中的单元代码的紧密程度，其中一个单元代码的更改对其它单元代码的影响力与作用。代码间的耦合度越高，系统就在变动时就更加难以控制，但并非不能控制，只是你将为此付出巨大的代价。 软件的设计，不仅是理清思路，更多的意义是将软件中的逻辑结构进行合理地描述，力图减少各单元代码间的影响力，使得系统在控制上更加容易，减少出错的机会。 根据现实而言，系统是一个客观的东西，现在科学终究其力... 阅读全文
摘要：
在我的＜＜也谈测试驱动开发＞＞里，提出了对方法级别的测试应该在实际代码的旁边来写的建议。 不同的博客有不同的看法，我尊重大家的意思，但某些问题似乎不是提得很明确，也可能是因为文中说得不够清楚，这里我来简单地澄清一下。 在一个类内写实际的代码与测试性的代码，可以采用如下的形式： using System; if #DEBUG using NUnit.Framework; ... 阅读全文
摘要：
刚接触开发时，尽管就已经明白，瀑布模型并不是一个很实际的模型，但心中还是有一种向往：根据需求建立软件模型，搭出一个框架出来，然后让开发人员添砖加瓦，最终形成一幢漂漂亮亮的房子出来。 但实际的接触中，才发现，软件开发实际是一场恶梦，根据80/20原则，我们有80%的精力都花在客户实际上重要而又并不是很重要的20%的需求上，比如一些提供便利性的操作，让人非常头痛，也没有一个很好的模式能够解决，... 阅读全文