正在开发要导入SharePoint MOSS 2007的ASP.Net用户控件

如果回答了，我很抱歉，但我找不到类似的问题：

我正在为MOSS 2007开发一个Web部件。我正在使用WSPBuilder构建一个可视化的Web部件ascx，一切正常，但开发/调试周期非常缓慢，因此我想知道，使用.Net Web应用程序项目和所有漂亮的F5调试，是否可以在不太痛苦的情况下更快地开发用户控件，然后将最终产品导入我的SharePoint visual Web部件

用户控件与LOB系统SQL交互，并且根本不引用SharePoint API。我之所以将其构建为一个web部件，是因为我不需要其他web应用程序来运行这一页，所以在我现有网站的新web部件页上将其放入一个web部件是最好的解决方案。我显然需要导入引用？我的数据访问类进入我的临时web应用程序，但我认为这不会太麻烦

我意识到这将是额外的努力来完成这个设置，但我认为回报将是使用一个小的web应用程序减少实际用户控件的开发时间，而不是使用MOSS要求的编译/构建WSP/部署WSP/重置ISS/测试/进行更改/重复周期。我想SP2010/VS2010已经用可用的本地SharePoint工具宠坏了我

更新：

我已经成功地用一个页面构建了一个简单的web应用程序，并在页面上加载了我的UC。我必须注释掉WSP Builder在创建Web部件时为我添加到UC的所有Sharepoint导入和注册语句。我添加了对实用程序类的引用，这些引用保留在原始SharePoint项目的obj\Debug文件夹中。我花了一段时间对所有的东西进行修补，以使其正常工作，但步骤非常简单，我想我可以在未来的项目中快速复制这些步骤。一旦设置好，我就能够使用典型的F5调试周期快速设计UC并构建UC功能。除非有人能告诉我为什么这不是一个好主意，否则我计划在未来的项目中重复这一点！感谢大家的投入

更新2

嗯，我不确定我做了什么，但将UC移回SharePoint确实很麻烦。我第一次这么做的时候，我花了几个小时让它在SharePoint中运行，这让我怀疑它是否值得。然而，我很固执，又试了一次。这一次，我只复制并粘贴了标题部分下面的标记以及ascx文件中的所有语句，一切都进行得非常顺利。我想我第一次一定是无意中改变了什么。我想我会继续这种模式，因为在ASP.NET web应用程序中构建和测试UC要快得多。同样，只有在UC中的任何位置都没有引用Sharepoint API时，这才有效

---

答案就在这里。它非常适合您所描述的场景。使用vanilla ASP.NET创建用户控件非常简单，并将其作为SharePoint中的Web部件使用。我已经概述了从ASP.NET网页迁移到上的静态绑定SmartPart的步骤。

这里的答案是。它非常适合您所描述的场景。使用vanilla ASP.NET创建用户控件非常简单，并将其作为SharePoint中的Web部件使用。我已经概述了从ASP.NET网页迁移到上的静态绑定SmartPart的步骤。

您想要实现的肯定是一个好主意

只需记住将用户控件命名为强名称，将其放入服务器的GAC中，并更新SharePoint 80的web.config的SafeControls部分

所有这些设置都是一次性的，每次连续构建web控件后，您只需部署GAC中forcede deploy使用的控件并重置IIS

您可以通过选择“选择项”并选择刚刚部署的程序集，将此控件添加到VS中的工具箱中

---

此外，您还可以创建一个测试ASP.NET页面来测试控件的功能。

您想要实现的肯定是一个好主意

只需记住将用户控件命名为强名称，将其放入服务器的GAC中，并更新SharePoint 80的web.config的SafeControls部分

所有这些设置都是一次性的，每次连续构建web控件后，您只需部署GAC中forcede deploy使用的控件并重置IIS

您可以通过选择“选择项”并选择刚刚部署的程序集，将此控件添加到VS中的工具箱中

---

此外，您还可以创建一个测试ASP.NET页面来测试控件的功能。

谢谢，这个想法是，一旦usercontrol按我所希望的方式工作，我将把它放入一个可视化Web部件项目中，该项目已与同一项目的其他Web部件一起构建。在调整了一些名称空间之后，我认为WSPbuilder将负责您列出的其余步骤。这是一个一次性的网页部件，所以我不会

---

把它放在工具箱里，但很高兴看到它是如何做到的！谢谢你的帮助。谢谢，我的想法是，一旦usercontrol按我想要的方式工作，我将把它放入一个可视化Web部件项目中，该项目已经与同一项目的其他Web部件一起构建。在调整了一些名称空间之后，我认为WSPbuilder将负责您列出的其余步骤。这是一个一次性的Web部件，所以我不需要在工具箱中使用它，但很高兴看到如何做到这一点！谢谢你的帮助。你在博客中概述的过程几乎正是我想要实现的。我对构建使用UC的SP Web部件很满意，但我很好奇，在SharePoint开发周期之外构建UC，然后稍后再将其放入是否有好处。具体来说，在ASP.NET开发环境中开发UC所节省的时间是否值得将UC放入SP Web部件所需的额外努力。除非我遗漏了什么，否则这可能是减少总开发时间的好方法。谢谢你的帮助。你在博客中概述的过程几乎正是我想要实现的。我对构建使用UC的SP Web部件很满意，但我很好奇，在SharePoint开发周期之外构建UC，然后稍后再将其放入是否有好处。具体来说，在ASP.NET开发环境中开发UC所节省的时间是否值得将UC放入SP Web部件所需的额外努力。除非我遗漏了什么，否则这可能是减少总开发时间的好方法。谢谢你的帮助。