• 推荐:《TestDrive ASP.NET MVC》 节选与作者访谈


    《Test-Drive ASP.NET MVC》 节选与作者访谈

    作者 Jon Arild Tørresdal 译者 赖勤毅 发布于 2010年11月8日 上午12时0分

     

    今天,InfoQ发布了 Jonathan McCracken撰写的《Test-Drive ASP.NET MVC》的部分节选,我们刚好利用这次机会对作者进行一次访谈。

    Visual Studio 2010产品系列提供了工具、技术支持与团队平台组合,激发你的创作灵感,并兼容当前的主流标准。现在就来免费下载试用

    《Test-Drive ASP.NET MVC》这本书全面地介绍了ASP.NET MVC测试驱动开发(TDD)。另外,本书还覆盖了ASP.NET MVC中特别令人期待的领域,作者使用NHibernate作为后端持久化,用REST来优化交互,并展示了可复用的方式来对交付的系统进行高效部署。这本书的目标读者既包括ASP.NET的开发人员,也包括非微软平台的开发人员。

    作为访谈的一部分,InfoQ还提供了一些优惠券,读者买这本书可以获得25%的折扣。使用密码“InfoQTestDrive ”在 http://www.pragprog.com/titles/jmasp/test-drive-asp-net-mvc可以获得优惠券。

    InfoQ:您写《Test-Drive ASP.NET MVC》这本书的动机是什么?

    Jonathan: 我从事.NET领域的开发已经有9年左右,并在两年前讲授C#教学班的时候与ASP.NET MVC不期而遇。当在别的项目中使用Ruby On Rails框架开发的时候,我发现微软也发布了一些相似的东西,这使我很激动。这是几年中第一次由衷的对微软的产品感到兴奋,我想将它分享给这个世界。我觉得写本书应该会有助于它的传播。

    另外一个很大的推动力就是测试驱动开发。Kent Beck写的《Test Driven Development By Example》是我最喜欢的技术书籍之一。很多技术性的书籍通常把涉及到软件测试的内容放到后面的章节(譬如第九章或者第十章),这让我很无奈。我认为整个项目从头到尾都要测试先行(Test-First)。这样的话,你不仅学习了MVC框架,还学到如何对其进行测试。

    InfoQ: 在您的书里面提到了:经验丰富的微软开发人员可能对TDD的重要性觉得生疏。您为何这样认为呢?

    Jonathan: 我批评的是Visual Basic。微软曾经在市场方面针对它的工具和产品做了一次大型的调查统计,专门研究这些不熟悉TDD技术的开发人员。大概有许多使用微软工具(或者其它厂商)的开发人员并没有注意其它可选的工具。这意味着,直到现在,TDD,依赖注入和开源工具都还没有大幅度的普及。
    但是,时代在变,越来越多的公司开始采用这些技术和工具,因为已经证实它们非常高效。如果这本书的读者是一位不熟悉ASP.NET MVC与TDD的开发人员,这本书可以教会你所有这一切。

    有一群.NET的开发团队推崇ALT.NET信念,ALT.NET指的是既擅长MS平台开发又同时关注TDD,并天天实践TDD的一群人。(注:更多关于ALT.NET的信息,请访问: http://msdn.microsoft。com/zh-cn/magazine/cc337902.aspx)

    InfoQ: 微软引入MVC框架的工作做的太晚了,但却有绝佳的好机会,他们可以从现存的MVC框架中挑选不同的特性。以您的经验来看,微软的MVC框架与其它框架相比,有没有什么不完善或者失策的地方?

    Jonathan: 首先,我认为把ASP.NET MVC从所有的持久化框架中分离是很明智的。我一直不喜欢在Rails里面使用ActiveRecord(我知道这在Rail3.0中已经做修改了)。作为一个开发者,我可以为项目选择一种更好的持久化机制——可能是MogoDB、Oracle(指:TopLink)或者是Nhibernate。

    到目前为止,我觉得不完善的地方应该是2.0的MVC版本可以使用更好的验证模型(validation model)。我不喜欢在把模型传入控制器的时候总是要经过自动验证。ASP.NET MVC团队已经在3.0的版本中开始着手解决这些问题了,我们会发现他们最后还是能解决的。MVC 2还缺少高效的模板引擎,这让前台的标签显得有些冗长。在3.0的版本中,他们即将使用Razor引擎来改善,Razor引擎是一种与Rails中的 REB框架类似的模板引擎。

    还有一个没有做好的地方是依赖注入。他们在工厂模式下面做的很好,可以允许开发者通过微软的框架选项来衔接,但不能在这个框架之外使用。让我有点烦恼的是,3.0的版本计划全部使用服务定位项目容器(Common Service Locator Project)来衔接依赖注入。从某些方面上看,这对那些经常抱怨它包含静态内联(内嵌)调用业务定位的人来说更是错上加错,业务定位代码往往是这样写的:

    public void SomeMethod(){     Locator.Get<Service>().DoSomething();}

    从测试的角度来看,这代码太难看了。希望在Redmond的MVC团队可以听到大家不满的声音,并用更好的工厂模式来实现它。如果按照我自己的意愿,我觉得用Windsor Container作为默认的依赖注入框架应该不错…但我可不愿激起一场关于框架派别的斗争。(笑…)

    InfoQ: ASP.NET MVC框架跟其它平台上你熟悉的一些MVC框架比较,您认为最主要的区别是什么?

    Jonathan: 我认为,ASP.NET MVC与大多数框架比较而言,是一种更加纯粹的表现层框架。其它的web框架还会包含一些其它良莠不齐的东西。例如,你不能随便选择你要用的持久化框架 ——有时候,选用这些组件要遵从公司的政策。这对ASP.NET MVC的开发人员来说并不是问题,因为它并没有捆绑持久化框架。

    另外一个不好的方面,就是新手面对MVC的时候需要挑选使用的组件。在本书的第三章对这个问题有详尽的解释,其中不仅为开发者演示了如何集成这些工具,还提供了第三方组件的集成方法。

    InfoQ: 您觉得那些精通其它MVC框架的开发人员在ASP.NET MVC下能很快上手吗?

    Jonathan: 我觉得没有问题 —— 我经常听到用其它语言/框架的开发人员老是抱怨不习惯用VS和C#的语法。不过,一旦你越过了这个门槛,你应该会发现这个过度相当平缓。不过,你买一本好书来越过这个坎,也未尝不可。(笑…)

    InfoQ:ASP.NET MVC已经推出有几年了。在您的印象中,它在社区的采用率怎么样?

    Jonathan: 哦,从数量方面来说,它还是在婴儿期 —— 我听说,大概有1百万左右的下载量。随着对ASP.NET WebForm市场占用率的提高,我想你会看到MVC使用率也会逐步提升。微软官方的立场是同时拥护WebForms和MVC两个框架。但是,我预言 ASP.NET WebForms会慢慢衰退。

    我看到ASP.NET MVC从开源MVC框架——像python的Django框架和Ruby的rails等——的市场中已经获得了一定的份额。这里有两层原因,首先比较重要的是微软等大公司的商业支持把它做得更加友好了。虽然使用Rails这样的框架的确可以快速开发,并且它对程序员很友好,但它并没有专门的公司为其提供支持。第二个原因在于框架本身的改变也具有演化性。从MVC 1.0到MVC 2.0的迁移就如Rail 1.0发展到Rails 2.0一样是一次飞跃。

    InfoQ: 在ASP.NET 3 的第一个预览版本中,微软创建了新的表现层引擎Razor。您对这个引擎的印象如何?

    Jonathan: 我非常喜欢它。我希望他们能做的更好,但在开始时就对它非常乐观。Razor表现层的代码就像…嗯,就像剃刀一样利索。并且,它还支持其它方面,像HTML辅助等,所以我不必回头寻找。
    理想的情况下,我希望看到它能做到更好,最好是阻止开发人员编写像if/else这样多行的代码块。我的主张是,这些事情应该属于可测试的HTML辅助工具。不过我可以理解为何要包含这些代码块——实际应用中,这是为了满足页面展示的逻辑要求。我觉得展示页面最好不要掺杂逻辑代码,只是展示内容,这样我晚上也能安心睡觉,因为我的代码都是经过测试的。

    InfoQ:在书中您也非常关注软件部署,并使用Migrator.NET(来自Ruby on Rail’s Migration的灵感)部署数据库结构的变更.你认为使用Migrator.NET与传统的SQL脚本比较,有哪些优点?

    Jonathan:不错,我是很喜欢Rails的migrations,就个人而言,我一直不喜欢SQL。原因是:SQL要让人把它们想象成行和列,不是按照对象和交互的形式。所以,不管什么时候,我都能减少直接以“一行一行”的形式与数据库交互,我当然选择Migrator.NET了。

    使用mgrator.NET你只要处理C#代码就够了。这还让升级和降级软件包更加方便。我也是dbDeploy.NET的粉丝——但是让我选择的话,我还是更加喜欢C#。呵呵!

    InfoQ: 在最后几分钟,您还有什么好的建议给那些经验丰富的开发人员,让他们考虑使用ASP.NET MVC呢?

    Jonathan: 如果转向ASP.Net MVC的TDD,你的开发模式会变得更加高效。如果你在ASP.NET MVC中不使用TDD,你就不会意识到这个新框架强大的优势。

    我特别崇拜TDD的领袖Kent Benk,我觉得自己原本只是一名普通的开发人员。TDD还有其它极限编程实践,让我成为一名中级水平以上的开发人员。这种技术很容易学习,而且也是我写这本书的原因——让其他人更易于在MVC的开发中使用TDD。

    InfoQ:谢谢您抽出宝贵时间接受我们的采访。

    查看英文原文:Interview and Book Excerpt: Test-Drive ASP.NET MVC

    推荐:你可能需要的在线电子书

    欢迎转载,转载请注明:转载自周金根 [ http://zhoujg.cnblogs.com/ ]

  • 相关阅读:
    CSS浏览器兼容解决总结
    Access的数据操作类(带异常处理)
    网页消息类
    生成验证码(纯中文)
    C#连接各种数据库(持续更新中)
    asp.net中实现文件批量上传!你会了吗?
    http 错误编号大全(转)
    SQL SERVER数据操作类
    web.config加密和解密
    C#中操作CMD命令行窗口
  • 原文地址:https://www.cnblogs.com/zhoujg/p/1873038.html
Copyright © 2020-2023  润新知