|
|
再次申明一下：本系列不是讲述TDD的，只是用TDD来建立设计的思想。即便是用DDD，有时候还是结合TDD一起使用的。
开发方式比较
我们用下面的一段分析来引出今天的内容：
想想我们平时是如何在写代码：拿来需求，分析功能，编写功能代码。这样的方式，没有问题，大家也一直沿用很多年了。为了后面描述方便，我们称这种方式为传统流程。
TDD的怎么做的：
拿来需求，分析功能，写功能测试代码，编写功能代码。其实两个过程差不多的，真的差不多的。
首先来分析下两种开发流程。个人认为：因为TDD多了一个角色转换的过程：在我们传统流程中，我们一直以一个开发人员的思维在想问题，分析，然后就开始实现。在TDD中，在分析功能之后，我们就要站在客户的角度(当然很多时候还是我们自己在模拟客户)就要检测这个功能是不是真正需要的，然后在这个前提下，再开始编码。
下面我们再来看一组分析图：
NET技术：走向ASP.NET架构设计——第二章：设计/ 测试/代码，转载需保留来源！
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
