领域模型(domain model) 依赖注入(Dependency injection) 测试驱动(TDD test driven development)...

最新推荐文章于 2024-03-10 15:05:27 发布

weixin_30532837

最新推荐文章于 2024-03-10 15:05:27 发布

阅读量164

点赞数

CC 4.0 BY-SA版权

文章标签：测试

原文链接：http://www.cnblogs.com/realize/archive/2012/02/09/2343540.html

本篇博客深入探讨了ASP.NET MVC 3框架中的三个核心概念：领域模型、依赖注入与测试驱动开发（TDD），并详细解释了如何将这些架构模式应用于实际项目中，以及它们各自带来的好处和挑战。

《Pro.ASP.NET.MVC.3.Framework》第4章"The MVC Pattern" 实际上只讲了这3个概念
领域模型(domain model)
依赖注入(DI Dependency injection)
测试驱动(TDD test driven development)

从这章可以看出,作者是《企业应用架构模式》这本书的狂热粉丝，他们试图让开始学习MVC的人，都从这些架构模式开始，甚至在这一章的最后大书“GETTING THE UNIT TEST RELIGION”，翻译过来就是“信TDD 得永生”。
TDD的确是MVC模式的前置主题，仅仅是把代码按照MVC的方式分放仅能得到对复杂项目管理的便利性，无法得到MVC全部的benifits。
TDD的经典流程是“红-绿-重构”。写正式代码前先写测试，测试写完运行测试，则是红灯报错，然后用最简单的代码使测试通过，即绿灯，最后在保持测试通过的情况下重构代码。这是个苦逼的过程，还没开战就先给自己割一刀，试试抗打击能力，这是绝世高手百战将军的行事风格。作者也强调了，TDD确实很苦逼，他们一开始试图自苦逼时也失败了，但是后来更苦逼自己，终于习惯了痛，也得到了快乐，最后达到最高境界“从心所欲而不逾矩”。因为TDD用好了，即使从心所欲地重构代码，也不会搞出太多bug.

领域模型就不用说了,这是读了《企业应用架构模式》才能清楚一点的概念,高屋建瓴,高山流水,高朋满座,高不胜寒,高来高去,高推圣境......

关于依赖注入，我感觉这个作者就是个疯子，疯子得到把尺子，就到处去用到处去量，也不管尺子一般是用在哪些方面的。《企业应用架构模式》这本书上也说了，保持适度的Dependency injection的量就可以了，全部都给Dependency injection，那可是真疯了。

不管怎么说，人家这章写得还是很有深度的，学习还是必要的，怎么用还是要自己做决定的。想好好理解这3个概念，建议好好读读《企业应用架构模式》，很好的一本书，作者态度也很冲和中肯，这种态度本身就很值得学习了，不象本书作者这么狂热疯癫。

不过，实话说，这是个偏执狂的年代，偏执狂得永生。

《企业应用架构模式》亚马逊购书地址
http://www.amazon.cn/%E4%BC%81%E4%B8%9A%E5%BA%94%E7%94%A8%E6%9E%B6%E6%9E%84%E6%A8%A1%E5%BC%8F-%E7%A6%8F%E5%8B%92/dp/product-description/B003LBSRDM/ref=dp_proddesc_0?ie=UTF8&s=books

转载于:https://www.cnblogs.com/realize/archive/2012/02/09/2343540.html