适用于SharePoint WebParts的MVP的受欢迎程度

Question

在为SharePoint创建Web部件时，使用模型视图展示器（MVP）设计模式是否是一种流行的技术？看来（对我来说）这种模式更常用于自定义应用程序空间。所以，如果您对此有任何想法，请分享......

[编辑]
也许更重要的问题是，如果MVP在SharePoint WebPart中比在自定义应用程序中不那么流行，为什么你认为这是（因素对此观察有什么贡献）？

Answer 1

它可能不受欢迎，但它也可能是一个很好的设计实践。

  

也许是更重要的问题   是的，如果MVP不太受欢迎   SharePoint WebPart比自定义   申请，为什么你认为这是   （有哪些因素促成了这一点   观察）？

这是SharePoint世界中的“新”方法。每个人都习惯使用旧的SharePoint方式。 ASP.NET和ASP.NET MVC也是如此。

MVC和MVP模式正变得越来越流行，因为它们允许您将表示层与底层逻辑“解耦”，基本上“使UI复杂化”。

就我个人而言，我认为使SharePoint成为一个更容易编程的平台的任何事情都是值得欢迎的。

Answer 2

因为SharePoint与ASP.NET MVC不兼容？它计划在某个地方......例如在你可以获得任何功能之前，你自己做了大量的管道工作，我想在为SharePoint创建的所有Web部件中，大多数都不会非常复杂，因为它们可能只是完整的-SharePoint解决方案的一小部分

以下是构建类似内容的人：ARF

Answer 3

我使用MVP Pattern为SharePoint开发了一些webparts，从可测试性的角度来看，我发现它非常好。但是我发现了以下问题： 如果你有一个带有自定义EditorPart的webpart（具有自定义属性的窗格），那么通过MVP解耦是不容易实现的，因为来自Toolpart的数据被存储回WebPart。

第二件事：我认为不会很快将MVC模式引入SharePoint（我认为我不是内幕），影响太大了。但是存在SharePointMVC

框架。这有一个相当大的缺点，你必须为它创建一个单独的WebApplication。