開發SharePoint組件與獨立應用程序有什麼優勢和缺點？

Question

客戶希望我們爲他們開發圖片庫系統。這些要求非常典型 - 需要添加圖片，使用元數據標記它們，存儲不同大小的版本等等。在其上被開發作爲它插入他們的現有的SharePoint系統的組件

客戶端是敏銳。不過，我的感覺是，我們可以更好地構建一個獨立的應用程序 - 這樣我們就不必將其用於SharePoint頁面，並且無法集成SharePoint的API。

我想看看這個客觀和歡迎，人們有任何參數兩種方式。

Answer 1

使用諸如SharePoint中現有框架施加了很大的制約上，這使得軟件結構更加均勻的設計。

它確實需要開發人員的做一些工作，因爲開發者必須瞭解API架構和API等

然而，開發獨立的應用程序是，企業軟件架構變成了路使用20種不同語言/體系結構/平臺的200種應用程序混合在一起，其中一半是由不再存在的人員開發的 - 簡而言之，一團糟。

的Sharepoint被記錄在案，並可能長期你離開公司後，將得到支持。只要Microsoft支持Sharepoint，您是否可以保證支持您開發的應用程序？

Answer 2

請記住，您可以集成在Sharepoint任何自定義ASP.NET頁/應用程序，所以你可以接近的發展就像一個獨立的應用程序。你的客戶希望可能包括與Sharepoint自己的圖片庫功能同步，在這種情況下，你將不得不使用它的API。

Answer 3

您應該進行與SharePoint集成的成本/收益分析。您列出了一些與SharePoint集成的缺點。這裏有一些優點。

1. 廣泛採用的平臺。
2. 將圖像存儲/檢索/更新到數據存儲的現有功能。
3. 用於標記圖像的現有功能。
4. 將多個圖像分組在一起並視爲一個虛擬文檔（如果使用SharePoint 2010）的現有功能。

Answer 4

它似乎與SharePoint已經完成，因爲它可以或多或少地做你已經描述。 OOB SharePoint無法滿足哪些要求？

我以前用過類似的圖片庫。雖然他們有他們的怪癖，你確實得到了很多免費的像UI，批量上傳，元數據和2個替代大小呈現..我最大的抱怨是他們不支持datagrid視圖，所以我不能編輯列表元數據你可以使用其他列表類型。