开发SharePoint组件与独立应用程序的优缺点是什么？

Question

客户希望我们为他们开发图片库系统。这些要求非常典型 - 需要添加图片，使用元数据标记，存储不同大小的版本等等。

客户热衷于将其开发为插入其现有SharePoint系统的组件。但是，我的感觉是，我们可以更好地构建一个独立的应用程序 - 这样我们就不必将它变成一个SharePoint页面，并且无法与SharePoint的API集成。

我试图客观地看待这一点，并欢迎人们拥有任何论据。

Answer 1

使用像Sharepoint这样的现有框架对设计施加了很多限制，使软件架构更加统一。

它确实需要开发人员的一些工作，因为开发人员必须了解API架构和API等。

然而，开发独立应用程序是业务软件架构混合使用200种应用程序的方式，使用20种不同的语言/架构/平台，其中一半是由不再存在的人开发的 - 简而言之，一团糟。 / p>

Sharepoint已记录在案，并且可能会在您离开公司很久之后得到支持。只要Microsoft支持Sharepoint，您能否保证支持您开发的应用程序？

Answer 2

您应该对与SharePoint集成进行成本/收益分析。您列出了与SharePoint集成的一些缺点。这里有一些专业人士。

1. 广泛采用的平台。
2. 将图像存储/检索/更新到数据存储的现有功能。
3. 标记图片的现有功能。
4. 将多个图像组合在一起并将其视为一个虚拟文档（如果使用SharePoint 2010）的现有功能。

Answer 3

请记住，您可以在Sharepoint中集成任何自定义ASP.NET页面/应用程序，以便您可以像独立应用程序一样进行开发。您的客户希望可能包括与Sharepoint自己的图片库功能同步，在这种情况下，您将不得不使用它的API。

Answer 4

在SharePoint中，您似乎已经完成了，因为它可以或多或少地执行您已经描述的内容。 OOB SharePoint无法满足您的哪些要求？

之前我曾经使用过相似的图片库。虽然他们有他们的怪癖你会得到很多'免费'，如UI，批量上传，元数据和2个替代大小渲染..我最大的抱怨是他们不支持datagrid视图所以我不能编辑列表元数据像你可以使用其他列表类型。