0

我们正在做一个应用程序,它将提要和该提要中的项目提供给我们自己网站上的实体。这应该是一个任何人都可以注册的开放网站。所有这些都是用 MVC + knockoutjs 完成的。我们正在考虑使用 Sharepoint 2013 管理来自该站点的实体,本质上替换这些实体的 SQL 表,并将它们放入 Sharepoint 实例中的列表中。我们也在考虑对用户和密码等做同样的事情。然后,我们可能会为我公司制作的任何其他网站设置单点登录。目前我们正在使用 NHibernate 和 SQL 服务器。

我们是否天真地认为 Sharepoint 可以处理流量,外部用户使用我们的网站,以及客户。我听说它是​​可行的,我只是想知道这是否是一件聪明的事情,如果有任何问题,你们中的任何人在尝试这样做时都会遇到限制。

4

3 回答 3

1

我们在 Sharepoint-as-a-development-platform 的道路上走得很远,最终放弃了我们所做的并用其他技术重写了它。这并不一定意味着它不是适合您情况的正确选择,但需要考虑以下几点:

  1. “为什么要这样?”。将 Sharepoint 层添加到您的技术堆栈有什么好处?如果不是 Sharepoint,替代方案是什么样的?
  2. 您是否已经建立了稳固的 Sharepoint 管理团队?Sharepoint 肯定需要一个专门的管理员或管理员团队,他们真正了解产品,以保持产品的性能并在事情无法正常工作时帮助您进行故障排除。
  3. 您是否已经在内部拥有 Sharepoint 开发人才?优秀的 Sharepoint 开发人员更难找到,而且通常比普通的 .NET 开发人员更昂贵。此外,一些现有的 .NET 开发人员可能对学习 Sharepoint 不感兴趣。
  4. 您的预期流量是多少,Sharepoint 可以开箱即用地处理它吗?至少在以前的 Sharepoint 版本中,每个列表中可以存储的数据量存在内部限制。最重要的是,在应用程序的性能变得完全不可接受之前存在实际限制。了解这些限制应该是您最初尽职调查的一部分,以便您可以为这些可能性做计划。
  5. 您是否会为外部报告或仓储目的提取运营数据?您的数据团队是否已经熟悉从 Sharepoint 中获取数据?

最终,我们失败的原因是我们在“轻松”开发的承诺之后走上了这条路,却没有真正致力于产品。当我们开始遇到问题时,我们在故障排除等基本问题上苦苦挣扎,因为我们失去了几个关键人物,而我们的常规开发人员和管理员也很难弄清楚发生了什么。如果我们有合适的人,我们的经历可能会有所不同。然而,我们没有,我们最终选择离开 Sharepoint 并在我们的标准 MVC/SQL 平台上进行重建。

于 2013-10-03T20:17:11.047 回答
0

SharePoint 在很短的时间内取得了长足的进步,允许外部应用程序以您描述的方式与之交互。除了 SharePoint 2013 之外,我不会尝试使用其他任何东西,主要是因为许可允许这样做,而无需为每位用户支付额外费用,部分原因是我接下来提到的内容在 2010 年或更早版本中不可用。

您可以使用 MVC/knockout 前端,但用于 SharePoint 模板的 MVC 应用程序并不是您想要的,除非您将每个用户设置为 SharePoint 用户帐户。该模板仍然是一个 SP 应用程序,这意味着它由 SP 用户运行。我会将 SharePoint 视为您的应用程序写回的 OData 服务。您可以使用客户端对象模型 (SCOM) 并直接回写(每个用户都作为 SharePoint 用户存在),或者您可以代理来自 MVC 控制器的数据访问并使用“服务”SP 用户使用 SCOM 连接到 SharePoint . SCOM 只是 REST 和 OData,因此您可以使用您选择的任何支持 Web 的语言。我知道有 C# 和 JavaScript (node.js) 的示例。可能还有其他人。

如果您期望大量的容量,我建议您在 SharePoint Online (Office 365) 上托管此应用程序(如果可能),并将其配置为与您的环境的其余部分联合。这样,您只需要随着数据的增长而增加更多的空间(而不是随着负载的增长而增加越来越多的服务器)。

以下是对您可用的 API 的一个很好的概述:http: //msdn.microsoft.com/en-us/library/office/jj164060.aspx

SharePoint 2013 开发人员中心:http: //msdn.microsoft.com/en-us/library/office/jj162979.aspx

SharePoint 2013 SCOM 上的 5 分钟视频:http: //www.microsoft.com/office/preview? videoid=1e859ac8-58ca-46d0-a8e0-00f4189761a8&from=sharepermalink-link

关于匿名访问 SCOM 的及时博客:http: //blogs.msdn.com/b/kaevans/archive/2013/10/24/what-every-developer-needs-to-know-about-sharepoint-apps-csom- and-anonymous-publishing-sites.aspx

于 2013-10-30T00:36:26.370 回答
0

重新设计您的应用程序只是为了用共享点列表替换您的数据库表是没有意义的。性能是一个问题。Sharepoint 列表限制是另一个问题,您将失去关系数据库设计的灵活性,并将您的生命交给名为 sharepoint 列表的黑盒设计。

于 2015-06-08T00:45:51.180 回答