我想知道什么样的应用程序适合在Sharepoint 2010之上开发，哪些应该不构建它。因此，何时接受/避免将Sharepoint 2010作为新Web应用程序的开发平台。
作为sharepoint开发专家，您是否会选择它作为具有以下特征的下一个企业应用程序的平台：
我是Asp.net MVC（以前的网络表单）开发人员，想知道是否应该在Sharepoint 2010之上构建通常的多页半复杂Web应用程序（内部/外部网络）以及为什么（如果是或如果没有）。
答案 0 :(得分：2)
我将在前言中说，sharepoint是一个可用性，开发和性能的噩梦。我遇到了很少喜欢它的用户，创建强大解决方案的开发方法就像在滚动日志时玩杂耍保龄球，并且在框架中有太多额外的膨胀，因此在其中构建高性能解决方案几乎是不可能的。 / p>
尽管如此，它还非常适合构建内部网解决方案，例如可以利用业务系统的仪表板。您可以在不必编写实际代码的情况下完成相当多的工作，因此团队室和基本数据收集活动非常适合。
我不会在它上面构建一个面向公众的公司网站，它是静态的或提供服务。
答案 1 :(得分：1)
2010版本中，SharePoint的开发工具有了很大改进。如果您了解ASP.NET MVC而不是SharePoint，那么您可能会在MVC中更快地完成应用程序，但问题是之后会发生什么。 SharePoint可以让以后以某种方式轻松创建非开发人员可以修改的应用程序。
例如，你可以：
另一方面，SharePoint为您提供了许多可能只是阻碍的东西，（有大量的数据库，IIS站点，服务等），您可能需要更加努力才能达到同样的水平。像在MVC中那样对应用程序进行可视化和功能控制。单元测试非常困难。
所以基本上这是一个关于你希望应用程序有多灵活的问题，以及在什么级别。我不会将SharePoint 2010用于所有内容。此站点 - Stack Overflow - 是一个SharePoint将会妨碍应用程序的示例。
为了回答你的另一个问题，我没有任何非常强烈的论据不使用它，如果这是你的客户想要的，（除此之外它需要更长时间，因为你将不得不学习SharePoint） 。考虑到SharePoint 2010的使用非常有趣，我会借此机会去了解它。那么你将来能够更好地争辩和反对它。
答案 2 :(得分：0)
它是一个陡峭的学习曲线，而Sharepoint 2007并没有提供太多帮助。你要么必须调整框中的内容，要么做大量的工作来获得可用的环境（阅读支持xhtml，jquery支持等的空白母版页，控件和布局）
如果您的系统文档或图像丰富，或者您的客户急需一个典型的开箱即用的外联网/内联网，那么这是一个很好的工具。
否则它需要付出很多努力来加速，这可能不值得。
编辑：Asp.net作为默认设置。这取决于您是否需要门户/内容管理/文档和图像共享。如果你是jsut创建定制应用程序，你jsut不需要它。如果您正在创建一个包含资源/文档共享的社区，那么可以选择Sharepoints。您仍然可以在Sharepoint中执行ASP.NET - 这就是构建它的内容。