ASP.net模型查看演示者是值得的时间?

我在这个周末阅读了关于ASP.net MVP模式的内容,似乎即使是最简单的任务也需要付出很多努力,如果在MVP模式中这样做,薪酬似乎在更大的项目中,但我认为如果我将遵循MVP。 为什么不在ASP.net MVC中做项目?

我在看MVP模式的原因是因为我已经注意到在我的所有ASP.net Webform项目中,后面的代码中有很多代码,只是为了处理事件,如果我有很多服务器控件在Web上形式,所以我正在寻找方法来减少这种情况,并遇到MVP模式。

是否值得努力遵循MVP模式或只是切换到ASP.net MVC?


如果你开始一个新项目,那么ASP.net MVC是一个更好的选择。 但是,如果您只是想按照刚刚说的重构现有项目,那么MVP就是选项,因为没有简单的方法将这些Web表单代码转换为MVC。


我建议您阅读以下两个链接,以帮助您了解MVP和MVC:

  • Gil Fink关于MVP和MVC不同优势的一篇很棒的博客文章
  • 关于MVP和MVC之间有什么区别的StackOverFlow问题
  • 你应该切换吗?
    根据你告诉我的情况,我建议你使用上面文章中提到的Passive MVP模型。

    我的主要假设是:

  • 您处理WebForms应用程序的现有代码库
  • 您需要为现有功能使用ThirdParty .Net控件
  • 您在现有应用程序上工作并没有时间重新构建它们
  • 您将来使用的任何ASP.Net Web应用程序,您都可以逐渐应用被动MVP并立即获得TDD的好处
  • 您的视图(codebehind + aspx)基本上变得愚蠢,只是执行简单的任务:

  • 获取演示者提供的信息
  • 响应事件并将信息提供给演示者
  • 我为Web Forms开发广泛地使用了这个模型,我无法想象不能单元测试我的Model和Presenter代码。 一旦建立了基础模型并不需要很长时间,并且可以看到单元测试的强大功能,那么使用Web窗体就会变得很有趣。

    一些MVP的链接,我使用的模型基于:

  • MVP模型的简单示例
  • ASP.Net的简单MVP模型
  • ASP.Net的MVP和MVC示例
  • 我也建议你学习MVC。
    如果时间允许,请使用现有应用程序并将其移植到MVC。 这样,您唯一的焦点就是了解MVC,当您将逻辑移入MVC模式时,您会发现您在WebForms中实施的内容,并且从未给过多少想法,但现在需要以另一种方式解决问题。 伟大的方式来比较模式,看看什么适合你。

    希望这有帮助,随时提出任何问题。


    在我看来,去新应用程序的理想方式是MVC。 但是,如果您有很多代码已经使用WebForms,那么MVP模式就是要走的路。

    链接地址: http://www.djcxy.com/p/30209.html

    上一篇: Is ASP.net Model View Presenter worth the time?

    下一篇: Where can I find clear examples of MVC?