Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/asp.net/33.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/sharepoint/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
什么时候在SharePoint中使用Web部件和完整的ASP.NET应用程序?_Asp.net_Sharepoint_Sharepoint 2007_Sharepoint 2010 - Fatal编程技术网

什么时候在SharePoint中使用Web部件和完整的ASP.NET应用程序?

什么时候在SharePoint中使用Web部件和完整的ASP.NET应用程序?,asp.net,sharepoint,sharepoint-2007,sharepoint-2010,Asp.net,Sharepoint,Sharepoint 2007,Sharepoint 2010,我仍然在努力解决这个问题,因为我正试图跟上来自ASP.NET Web表单的SharePoint的速度。我们希望只使用SharePoint有几个原因;其中一个主要卖点是巩固我们的发展努力。例如,今天我们有几个一次性的网站,在几个服务器上有1-5页(很小),IIS安装等等,看起来有点零碎 假设我需要一个小站点(1-5个)页面。SharePoint如何处理这种情况?我是创建几个Web部件,然后在SharePoint中创建页面并将其插入,还是只创建一个ASP.NET Web表单应用程序并在SharePo

我仍然在努力解决这个问题,因为我正试图跟上来自ASP.NET Web表单的SharePoint的速度。我们希望只使用SharePoint有几个原因;其中一个主要卖点是巩固我们的发展努力。例如,今天我们有几个一次性的网站,在几个服务器上有1-5页(很小),IIS安装等等,看起来有点零碎

假设我需要一个小站点(1-5个)页面。SharePoint如何处理这种情况?我是创建几个Web部件,然后在SharePoint中创建页面并将其插入,还是只创建一个ASP.NET Web表单应用程序并在SharePoint中提供指向它的链接

谢谢

更新


我两个都不去。根据反馈和额外的研究,似乎我正在寻找的是应用程序页面。这是一篇好文章:

当您希望非技术用户能够通过SharePoint UI撰写页面时,您可以使用SharePoint web部件—在网站中创建新页面,选择他们想要的页面部分,配置它们,并在页面上排列它们。他们可以使用受众定位,仅向特定用户显示所需的web部件


通过SharePoint,您可以轻松实现所有这些功能。即使您不需要立即使用所有这些功能,也不需要比构建普通ASP.NET应用程序多做多少工作,只需要克服最初的学习过程。

不要创建一个ASP.NET web应用程序来与Sharepoint进行太快的交互,您可以通过Sharepoint实现很多现成的功能。 如果这还不够,您可以轻松地为Sharepoint 2010编程。您可以创建与ASP.NET web窗体等效的应用程序页。在创建2个分配系统之前,先查看一下


这些页面应该做什么?

以下是我们所做的。。。我们将所有现有的应用程序转移到一个专用的应用程序站点。我们的想法是,这将使我们能够更快地推出SharePoint。我们开发了一个自定义Web部件,该部件带有到新应用程序网站上所有部门应用程序的安全链接。只有其他部署的解决方案用于定制

我们的想法是,只有在有真正的理由这样做的情况下,我们才能向前推进并移植现有的应用程序。所有新的基于协作的应用程序都可以根据需要在SharePoint上从头开始开发

更新

您可以创建应用程序页面,但要熟悉应用程序页面和网站页面之间的区别:


您想要什么样的用户体验?有时候有一个静态页面是有意义的,有时候让用户能够四处移动并创建自己的页面要好得多。创建一个web部件并不是很糟糕,但我看到您正处于时间紧迫的某个地方,您可能需要一段时间才能克服最初的学习困难


我很难估计学习曲线,因为Visual Studio 2010确实使事情比我刚接触SharePoint时可用的任何东西都简单得多。

这是一个自定义数据库。它有人员、地点等许多不同的业务规则。我应该说,我认为开箱即用的解决方案在这里不起作用。我的时间紧迫,所以我必须尽力利用我的ASP.NET技能来完成第一个项目,边做边学。那么,我是用几个Web部件创建这个项目,还是使用标准的ASP.NET应用程序?我们用sharepoint应用程序页面创建了一个“自定义数据库解决方案”,连接到SQL Server(旧版)数据库。一旦掌握了窍门,就可以像标准asp.net一样简单;集成是的,这就是我要做的——定制解决方案的应用程序页面。现在我只需要研究安全性,因为它们对所有网站都是开放的。如果时间不是一个问题,在你的专业意见中,你认为这些应用程序最好用Web部件创建吗?如果我有一个5页的应用程序,其中包含多个网格、文本框、按钮等,那么将它们转换为单个Web部件是否具有“SharePoint意义”?因此,我会有查看人员Web部件、查看位置Web部件、数据输入人员Web部件等。我会将我的ASP.NET应用程序分配到一个单独的站点/服务器,如果是发布站点,则将前面的部分剥皮以与SharePoint相匹配-如果是纯WSS,则更加笨拙,可能不必要。我想我不太担心学习曲线。过去几周我一直在研究Web部件,我认为这不会太糟糕。我想我的问题是,我不知道这是否是SharePoint完成任务的方式?假设这个项目有5个ASP.NET页面。这可能相当于10个Web部件。这就是Web部件的用途,还是用于更集中的开发,如日历、公告等。我只是不确定Web部件是否应该以这种方式使用。这是我的问题和主要关切。谢谢。我们尽量使大多数web部件的范围保持较小。我们的大多数web部件只做一两件事,并不能真正制作出好的独立页面。这并不是说你不能把一整页的特性和功能放到一个web部件中,但我想我会尽量把它们缩小。是的,对不起,我不是说我会把一页放到一个web部件中。例如,假设我有一个ASP.NET网页。该页面有一个表单可以输入一个新的人,还有一个网格可以查看和搜索。现在,如果我使用SharePoint的方式,我将创建两个web部件—数据输入人员和查看人员。我会继续这样把我的ASP.NET应用程序转换成SharePoint。你觉得这个方法有什么不对吗?谢谢