ISAPI 与 httphandler
在 IIS6 中是否有使用 ISAPI 过滤器/扩展的原因？使用 httphandler/ http 模块不能实现同样的目的吗？另外在IIS7中ISAPI是否被完全删除了？ IIS7的全部代码都是用.Net编写的。我想知道是否应该详细了解 ISAPI 以进行调试或添加新功能？
In IIS6 was there a reason for using ISAPI filters/ extensions?. Can the same not be achieved using httphandler/ http modules. Also in IIS7 has ISAPI been removed completely ?. Is the entire code of IIS7 written in .Net. I want to know should one know about ISAPI in detail for debugging or adding new features ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在 IIS6 中，ISAPI 过滤器/扩展类似于 HttpModules/HttpHandlers。就 HttpModule 而言，它们无法提供与 ISAPI 过滤器完全相同的功能。一项限制是非 ASP.NET 资源无法访问 HttpModule。例如，如果您的应用程序是经典 ASP，并且您想要操作传入请求和传出响应，那么您唯一的选择就是 ISAPI 过滤器。
IIS7 仍然支持添加 ISAPI 筛选器和扩展。
总的来说，ISAPI 的时代已经过去了。如果您希望使用 IIS7 扩展 Web 服务器功能，那么 .NET 模块和处理程序接口是最好的方法。
In IIS6, ISAPI filters / extensions were analogous to HttpModules / HttpHandlers. In terms of HttpModules, they cannot deliver the exact same functionality as ISAPI filters. One limitation is that non ASP.NET resources do not have access to the HttpModules. For example, if your application is classic ASP and you wanted to manipulate the incoming requests and outgoing responses then your only option would be an ISAPI filter.
IIS7 still supports adding ISAPI filters and extensions.
In general, ISAPIs time has come and gone. If you are looking to extend web server functionality with IIS7 then the .NET modules and handlers interfaces are the best approach.