对于ASP.Net中的IIS管理哪个更好：WMI或ADSI或托管API？有什么区

发布时间：2020-12-16 06:35:57 所属栏目：asp.Net 来源：网络整理

导读：我正在使用基于ASP.Net的Web应用程序配置和操作和控制IIS 6.0及更高版本.我正在考虑WMI,ADSI,托管API作为我的选择. 我有一个目标Windows系统WIN2k3或更高版本.语言的选择是C#,应用程序必须使用ASP.Net构建. 本文介绍了每种方法,但我对各种方法有点不确定; ht

我正在使用基于ASP.Net的Web应用程序配置和操作和控制IIS 6.0及更高版本.我正在考虑WMI,ADSI,托管API作为我的选择.

我有一个目标Windows系统WIN2k3或更高版本.语言的选择是C#,应用程序必须使用ASP.Net构建.

本文介绍了每种方法,但我对各种方法有点不确定;
http://learn.iis.net/page.aspx/283/provisioning-options-in-iis7/rev/1

关于这些选项,我有以下问题.

>对于既定目标哪个更好或更强大？ ADSI(System.DirectoryServices)或WMI(Microsoft.Web.Management)或托管API(Microsoft.Web.Administratoion)？如果我在这里做错了,请纠正我.
>更高版本的IIS可能支持哪种选项或技术？
>哪个选项具有最大的灵活性和可扩展性？
>从哪里可以找到任何建议/选择技术的资源？

我不太可能在II5.1或更低版本上工作.因此兼容性区域从IIS 6.0及更高版本开始.应用程序必须使用ASP.Net构建,如果不可避免,可以使用未托管代码.

谢谢

问候

史蒂夫

解决方法

对于IIS6,我将使用 System.DirectoryServices命名空间,它是ADSI的托管包装器.与使用IIS WMI提供程序相比,我发现使用起来更简单.

对于IIS7和Precipitous suggested,我将使用新的IIS 7托管代码管理API(Microsoft.Web.Administration等).您可以在IIS7上使用IIS6兼容组件,这些组件为消费者维护旧式ADSI API(但是它们是新IIS7组件的包装器)并且它们主要起作用.

但是,您确实遇到了ADSI包装器的问题.例如,他们不知道Handler Mapping(类似于IIS6脚本映射)属性,例如preConditions,例如,允许ASP.NET的处理程序映射定义的多个版本共存于同一站点或应用程序中. ADSI兼容层将创建称为AboMapperCustom对象的对象,这些对象在其配置中是次优的,并且不了解这些新功能.

有两个代码库(一个用于IIS6,一个用于IIS7)可能看起来很多工作,但说实话,它并不是太糟糕.我为一个主机工作,一直走在这条路上,我们咬紧牙关,决定我们维护旧的IIS6代码,但重新开始使用IIS7.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!