2009-11-03 92 views
4

在为SharePoint创建Web部件时,是否使用模型视图展示器(MVP)设计模式是一种流行技术?在我看来,这种模式在自定义应用程序空间中更经常使用。所以,如果你对此有什么想法,请分享...MVP for SharePoint WebParts的受欢迎程度

[编辑]
也许更重要的问题是,如果MVP是在SharePoint的WebPart比在自定义应用程序不太受欢迎,为什么你认为这是(什么因素有助于这一观察)?

回答

1

它可能不是流行的,但它也可能是一个很好的设计实践。

也许更重要的问题是 ,如果MVP是不太受欢迎的 的SharePoint的WebPart比在自定义应用程序 ,为什么你认为这是 (什么因素造成这种 观察)?

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

MVC和MVP模式变得越来越流行,因为它们允许您将表示层与底层逻辑“分离”,实质上“简化”UI。

就我个人而言,我认为任何使SharePoint更容易编程的平台是一个很好的解决方案。

+1

将SharePoint特有的代码与业务逻辑分开有助于更轻松地进行升级和迁移。 – Russell 2011-04-06 11:58:35

1

由于SharePoint与ASP.NET MVC不兼容?它计划在某个地方。您可以在开发任何功能之前自行完成大量配置工作,并且我认为,为SharePoint创建的所有Web部件最不会非常复杂,因为它们可能只是完整的-SharePoint解决方案的一小部分。

这里是谁的人建立类似的东西,那种:ARF

+0

我问的是MVP模式,而不是ASP.NET MVC。虽然我认为你是对的,但在SharePoint中使用ASP.NET MVC还有很多困难。 – 2009-11-04 16:27:54

1

我已经开发利用MVP模式为SharePoint一些的webpart,我觉得它很可测性,从的点好。但是我发现了以下问题: 如果您有一个带有自定义EditorPart的web部件(具有自定义属性的窗格),那么通过MVP解耦是不容易实现的,因为来自Toolpart的数据存储回WebPart。第二件事:我不认为MVC模式很快就会被引入SharePoint(我认为我不是内部人员),但影响会太大。然而,存在一个框架。这有一个相当大的缺点,就是你必须为它创建一个独立的WebApplication。

+0

感谢您的回复!好的编辑部分。是的,我不认为MVC在SharePoint方面有着光明的未来。这就是为什么我正在寻找与MVP的可能性。 – 2009-11-04 17:24:56