Sharepoint Web部件是否适合此场景。。。?

Sharepoint Web部件是否适合此场景。。。?,sharepoint,sharepoint-2010,Sharepoint,Sharepoint 2010,(以前没有Web部件经验) 我来自ASP.NET(主要是)WebForms背景。我正试图了解如何在SharePoint世界中创建自定义应用程序,以及实现这一点的最佳方法。所谓应用程序,我指的是类似于基本ASP.NET WebForms站点的东西,该站点中有多个页面 我在SharePoint的可视Web部件上观看了一段视频。演示由一个页面(或者更确切地说是ascx文件)组成。但是多页呢?我是否会使用Visual Web部件项目重新创建将部署在SharePoint内部的整个ASP.NET应用程序?或

(以前没有Web部件经验)

我来自ASP.NET(主要是)WebForms背景。我正试图了解如何在SharePoint世界中创建自定义应用程序,以及实现这一点的最佳方法。所谓应用程序,我指的是类似于基本ASP.NET WebForms站点的东西,该站点中有多个页面

我在SharePoint的可视Web部件上观看了一段视频。演示由一个页面(或者更确切地说是ascx文件)组成。但是多页呢?我是否会使用Visual Web部件项目重新创建将部署在SharePoint内部的整个ASP.NET应用程序?或者我还有什么需要研究的吗


谢谢。

这类要求通常表明您应该使用asp.net应用程序而不是SharePoint,但这并不总是可能的,因此您概述的方法是正确的-还有其他选项,但web部件,特别是由用户控件支持的web部件,提供了最大的灵活性和方便的更新。您可以在web部件中访问请求,就像在WebForms页面中一样

我最近在博客上发表了我目前的web部件开发方法,这是在过去几年中尝试了所有其他方法后得出的:。
如果您习惯使用WebForms,那么usercontrol/smartpart方法也很好。

我刚刚读到了有关应用程序页面的内容。我猜这些是文件系统上的.aspx,而不是content db。我想知道这是否是我想要的?基本上,我只是想在SharePoint中放置一个asp.net应用程序。谢谢。事实上,这更多的是在不同的文件夹中,而不是在文件系统中。应用程序页面有其用途,但它们也使用与常规发布/站点页面不同的母版页,不太适合常规安全模型,并且使用相对URL执行奇怪的操作。