0

我想知道什么样的应用程序适合在 Sharepoint 2010 之上开发，哪些不应该建立在它之上。因此，何时接受/避免将 Sharepoint 2010 作为新 Web 应用程序的开发平台。

附录

作为共享点开发专家，您是否会选择它作为具有以下特征的下一个企业应用程序的平台：

  • 处理器密集型
  • 许多用于输入和管理数据的屏幕
  • 许多复杂的业务流程
  • 无需更改 UI（即重新定位部件）
  • ERP集成
  • 等等

我是一名 Asp.net MVC（前 Web 表单）开发人员，想知道是否应该在 Sharepoint 2010 之上构建通常的多页半复杂 Web 应用程序（内部/外部网络）以及为什么（如果是或如果不）。

4

3 回答 3

2

我将首先说sharepoint是可用性、开发和性能的噩梦。我遇到的用户很少喜欢它，创建强大解决方案的开发方法就像在滚木时玩保龄球一样，而且框架中有太多额外的膨胀，几乎不可能在其中构建高性能解决方案。

尽管如此，它还是非常适合构建内部网解决方案，例如利用业务线系统的仪表板。您可以在其中做很多事情而无需编写实际代码，因此团队室和基本数据收集活动非常适合。

我不会建立一个面向公众的公司网站，它要么是静态的，要么是提供服务的。

于 2010-05-06T20:41:18.797 回答
1

SharePoint 的开发工具在 2010 版本中得到了很大改进。如果您了解 ASP.NET MVC 但不了解 SharePoint，您可能会在 MVC 中更快地完成您的应用程序，但问题是之后会发生什么。SharePoint 可以轻松地制作非开发人员以后可以通过某种方式修改的应用程序。

例如，您可以：

  • 将应用程序的某些部分作为 Web 部件提供，用户和管理员可以将其放置在他们想要的位置
  • 将您的应用程序作为 SharePoint 解决方案交付，允许管理员将其部署在其他环境中，例如 Intranet 站点
  • 允许高级用户使用 SharePoint Designer 或 InfoPath 编辑表单
  • 与 SharePoint 中的协作功能集成，例如文档工作区

另一方面，SharePoint 为您提供了许多可能会妨碍您的东西（有大量的数据库、IIS 站点、服务等），您可能需要更加努力地实现相同水平的视觉和像在 MVC 中一样对应用程序进行功能控制。而且单元测试非常困难。

所以基本上这是一个你希望应用程序有多灵活以及在什么级别上的问题。我不会对所有事情都使用 SharePoint 2010。这个网站 - Stack Overflow - 是一个应用程序的示例，其中 SharePoint 会成为障碍。

但是，要回答您的另一个问题，如果您的客户想要的话，我没有任何强烈的理由不使用它（除此之外，它需要更长的时间，因为您必须学习 SharePoint）。考虑到使用 SharePoint 2010 非常有趣，我会找个借口去了解它。这样你将来就可以更好地支持和反对它。

于 2010-05-07T07:50:01.410 回答
0

它的学习曲线陡峭，Sharepoint 2007 并没有太大帮助。您要么必须调整开箱即用的内容，要么做大量工作以获得可用的环境（阅读支持 xhtml、jquery 支持等的空白母版页、控件和布局）

如果您有一个文档或图像丰富的系统，或者您的客户急需一个典型的开箱即用的外联网/内联网，那么它是一个很好的工具。

否则，为加快速度而付出的大量努力可能不值得。

编辑： Asp.net 作为默认设置。这取决于您是否需要门户/内容管理/文档和图像共享。如果您正在创建定制应用程序，您就不需要它。如果您正在创建一个具有资源/文档共享的社区，那么 Sharepoints 就是您的最佳选择。您仍然可以在 Sharepoint 中执行 ASP.NET - 这就是它的构建基础。

于 2010-05-06T22:19:24.200 回答