我正在努力解决这个问题，因为我正在尝试使用来自ASP.NET Web Forms的SharePoint。我们希望仅出于几个原因使用SharePoint;其中一个主要卖点是巩固我们的发展努力。因此，例如，今天我们有几个一次性网站，在几个服务器，IIS安装等等上有1-5页（小），并且看起来有点零散。
假设我需要一个小网站（1-5）页面。 SharePoint处理这种情况的方法是什么？我是否创建了多个Web部件，然后在SharePoint中创建页面并将其插入或者我只是创建一个ASP.NET Web窗体应用程序并在SharePoint中为其提供链接？
谢谢！
更新
我不会去。基于反馈和其他研究，似乎应用程序页面正是我正在寻找的。这是一篇好文章：http://grounding.co.za/blogs/brett/archive/2008/07/13/sharepoint-the-role-of-a-web-part-vs-using-application-pages.aspx
答案 0 :(得分：4)
当您希望非技术用户能够通过SharePoint UI组合页面时，您可以使用SharePoint Web部件 - 在站点中创建新页面，选择他们想要用于页面的部分，配置它们以及将它们安排在页。他们可以使用受众群体定位仅向特定用户展示所需的网络部分。
您可以通过SharePoint轻松获得所有这些功能。即使您不需要立即全部，也不需要构建正常的ASP.NET应用程序 - 除了越过初始学习曲线。
答案 1 :(得分：1)
不要创建一个asp.net Web应用程序来与Sharepoint进行过快的交互，有很多可以与sharepoint一起使用的开箱即用。 如果这还不够，您可以轻松编写Sharepoint 2010.您可以创建与ASP.NET Web表单等效的应用程序页面。在创建2个不同的系统之前先查看它。
页面应该做什么？
答案 2 :(得分：1)
以下是我们所做的......我们将所有现有应用程序移至专用应用程序站点。我们的想法是，这将使我们能够更快地推出SharePoint。我们开发了一个自定义Web部件，其中包含安全修剪链接，指向新应用程序站点上的所有部门应用程序。只有其他已部署的解决方案可用于自定义。
我们的想法是，只有在有真正理由的情况下，我们才能继续前进并移植现有的应用程序。可以根据需要从头开始在SharePoint上开发所有基于协作的新应用程序。
<强>更新
您可以创建应用程序页面，但要熟悉应用程序页面和网站页面之间的区别：
答案 3 :(得分：1)
您在寻找什么样的用户体验？有时候有一个静态页面是有意义的，有时候让用户能够移动东西并创建自己的页面会更好。创建一个Web部件并不算太糟糕，但我看到某个地方你处于紧张状态，可能需要一段时间来克服最初的学习困境。
我很难估计学习曲线，因为Visual Studio 2010确实比我刚接触SharePoint时提供的东西更容易。