文档介绍：自上而下的软件开发和自下而上软件开发
自上而下(Top Down)开发模式是指从一个应用的最高点开始开发。从最高点逐步往下层编码，直到开发完所有的任务。一旦写完了最下层的代码，开发任务就完成了。使用这种方式，你需要设计、编写出所有你需要的但还没有实现模拟接口、服务、伪代码。
自下而上(Bottom up)开发模式是指从一个应用的最底层开始开发。这种方式的考量在于认为最底层是应用中最复杂的部分，或者认为是最重要的部分。这种模式下系统将从一个个小模块做起，最终构建起整个系统。
我在上大学之初就听说了自上而下开发模式和自下而上开发模式。当时我并没有在意它们的区别——因为就是一个彻头彻尾的自下而上开发的程序员。
然而，随着阅历的积累，我慢慢的完全改变了我的立场。我认为，是敏捷开发和TDD让我发生了这样的变化。我非常强烈的感觉到，我想对每个人大声说：在一个敏捷开发团队里，自下而上开发是反模式的。
假设有一个四个人的开发团队，要完成一个Web应用中的下列这些任务。
创建控制层(controller) – 主访问入口，请求映射表。
创建服务层(service) – 服务层，简单业务逻辑。
数据库查询 – 复杂的数据库查询
按照自下而上的开发方法，两个程序员将负责开发复杂的数据库查询功能。当这部分代码可以使用后，另外两个程序员将开始开发控制层和服务层。
这种开发模式的问题来自痛苦的集成过程。开发服务层的程序员写代码时很有可能无法遵守最初计划时团队制定的接口规范，这样，复杂数据库查询开发的程序员就不得不修改他们的查询接口。// 数据库接口和服务层要求不一致
(id);// 数据库层的实现是这样的。
(id, typeId);
这是一个很简单的例子，但你可以想象一个含有30多个小任务的story的情况，有更多的程序员参与，更复杂的业务，这时自下而上的模式就很麻烦了。
经过过去这些年的开发，我开始转变成使用自上而下的开发模式。我的第一步开发动作是用假方法模拟出流程中需要的底层接口、服务实现。里面没有真正的逻辑，只实现了对象间交互需要的部分。在这个开发阶段里没有测试，没有TDD。因为里面没有逻辑。代码非常简单，很方便让同伴进行代码审查和计划实现。// 控制器方法
public Result Index(IncomingRequest incomingRequest)
{
var res = (, );
return new Result(res);
}// 服务层方法
public QueryResult Invoke(int x, int y)
{
return quer