我们应该以什么顺序实现Asp.NETMVC应用程序

我倾向于从用户界面开始,然后反向工作。这样我就可以在构建应用程序时与用户和业务分析师一起工作。我已概述了一般程序 in this post.

1. 如果您已经有了数据库,那么就从数据库开始,这是应用程序的主要部分。在本例中使用实体框架,因为它更以数据为中心。
2. 如果您有复杂的用户界面和可以向您提供反馈的用户,请从用户界面开始。
3. 如果业务逻辑是王者,UI是二等公民,那么从实体开始。这将有助于TDD/DDD。

独立完成UI将有助于快速反馈和良好设计的视图和模型。独立完成领域级设计将有助于保持坚实的核心设计。做 二者都

ASP.NET MVC的真正好处在于,您可以利用测试驱动设计非常干净地构建SolutionIOS;因此,我建议您从测试开始,向后移动。

http://weblogs.asp.net/shijuvarghese/archive/2009/07/22/introduction-to-test-driven-development-with-asp-net-mvc.aspx

http://www.wrox.com/WileyCDA/WroxTitle/ASP-NET-MVC-1-0-Test-Driven-Development-Problem-Design-Solution.productCd-0470447621.html

http://elijahmanor.com/webdevdotnet/post/ASPNET-MVC-10-TDD-Book-Review.aspx

我们采用TDD方法进行开发,在编写测试时,开发人员通常首先为他们的新控制器操作编写一个单元测试,说明其行为应该是什么,并从中得出所需的依赖项。

这可能涉及到创建新的类/方法,它们可以创建接口并将接口传递给控制器(大量使用IOC)。

仍然可以针对这些接口的模拟版本编写测试,因此在您还针对这些接口编写测试之前,无需编写实现。

当我处理一个问题时,我通常会从底部开始,因为我已经在头脑和纸上把它全部规划好了,但我可以看到上述方法的好处——不太可能落入YAGNI陷阱,最终只得到所需的代码。