问在某种程度上，ASP.NET应用程序与SharePoint的自动集成是否比传统的ASP更好？

EN

ASP.NET页面和模块可以在SharePoint中运行，但是您不能简单地将web应用程序放到SharePoint中。学习了SharePoint系统后，您可能会发现大多数代码都可以集成，但它永远不会是无缝的。唯一会相信这一点的人是那些依赖白皮书的人。

• SharePoint站点集合是web.config应用程序的“所有者”，您需要将ASPX页面和DLL部署到现有的web
• 中。SharePoint拥有并定义web.config，因此您必须对其进行添加。编译成DLL的
• 代码必须部署到SharePoint，或者部署到GAC，然后使用4部分名称在web.config中注册，或者放到web应用程序的bin文件夹中，在这种情况下，需要将代码访问安全指令添加到web.config.
• The中。部署ASPX页面的最直接方法是将它们放入_layouts文件夹(最好是子文件夹)。代码-页面的代码也可以添加到文件夹中，它们将像在常规ASP.NET中一样解析。同样的模型也适用于ASCX控件，尽管指导原则是将它们放在与Windows身份验证最好的集成中。如果您的应用程序使用自己的安全机制进行身份验证或授权，那么在intranet之外的do.
• Deploying代码将需要了解备用访问映射，可能还需要像ISA Server这样的代理服务器才能运行身份验证和SharePoint功能。
• 如果您希望能够将代码导出为web部件，或者利用一些功能，如允许人们向您的页面添加web部件或访问群体，那么还需要学习更多概念和掌握新的API。

在使用SharePoint 2007两年后，我发现大多数ASP.NET功能都是可用的，但开发起来更加困难(需要在Windows Server和设计视图上进行开发，还不具备代码支持和智能感知功能)。我认为有人需要了解SharePoint环境和部署代码的选项，以充分利用它的能力并能够进行故障排除。我花了大约6个月的时间学习和摸索，直到我能够第一次开始做正确的事情。

一旦我听到一个供应商承诺“无缝集成”，我就开始问问题。

，不要相信，。

将用户控件(.ASCX)呈现为web部件非常容易。因此，如果您的ASP.NET应用程序是专门用用户控件编写的，那么它可能会非常简单。

否则总会有IFrame的“解决方案”。