2009-11-03 46 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