aspnet是做什么的（在asp.net中aspnet_filter.dll文件和aspnet_isapi.dll文件的作用各是什么）

本文目录

• 在asp.net中aspnet_filter.dll文件和aspnet_isapi.dll文件的作用各是什么
• aspnet有什么好
• 如何看待asp.netweb开发技术

在asp.net中aspnet_filter.dll文件和aspnet_isapi.dll文件的作用各是什么

这个文件是asp.net的处理文件，用于处理asp.net在iis中注册过扩展名的文件
比如默认的.aspx文件注册到aspnet_isapi.dll，这样用户访问.aspx文件时，服务器自动调用aspnet_isapi.dll来处理这个文件

aspnet有什么好

ASP.NET优点主要表现在：
◆可管理性：
ASP.NET 使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和 Web 应用程序的工作。因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。配置文件的任何变化都可以自动检测到并应用于应用程序。详细信息，请参阅ASP.NET 配置。
◆安全：
ASP.NET 为 Web 应用程序提供了默认的授权和身份验证方案。开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。详细信息，请参阅ASP.NET 安全。
◆易于部署：
通过简单地将必要的文件复制到服务器上，ASP.NET 应用程序即可以部署到该服务器上。不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。详细信息，请参阅ASP.NET 部署。
◆增强的性能：
ASP.NET 是运行在服务器上的已编译代码。与传统的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期绑定、实时 (JIT) 编译、本机优化和全新的缓存服务来提高性能。详细信息，请参阅ASP.NET 性能监视。
◆灵活的输出缓存：
根据应用程序的需要，ASP.NET 可以缓存页数据、页的一部分或整个页。缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。
◆国际化：
ASP.NET 在内部使用 Unicode 以表示请求和响应数据。可以为每台计算机、每个目录和每页配置国际化设置。
◆移动设备支持：
ASP.NET 支持任何设备上的任何浏览器。开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。
◆扩展性和可用性：
ASP.NET 被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。此外，Internet 信息服务 (IIS) 和 ASP.NET 运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。详细信息，请参阅ASP.NET 进程隔离。
◆跟踪和调试：
ASP.NET 提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。在开发和应用程序处于生产状态时，ASP.NET 支持使用 .NET Framework 调试工具进行本地和远程调试。当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。
◆与 .NET Framework 集成：
因为 ASP.NET 是 .NET Framework 的一部分，整个平台的功能和灵活性对 Web 应用程序都是可用的。也可从 Web 上流畅地访问 .NET 类库以及消息和数据访问解决方案。ASP.NET 是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。另外，公共语言运行库的互用性还保存了基于 COM 开发的现有投资。
◆与现有ASP应用程序的兼容性：
ASP和ASP.NET 可并行运行在IIS Web服务器上而互不冲突；不会发生因安装 ASP.NET 而导致现有 ASP 应用程序崩溃的可能。ASP.NET 仅处理具有 .aspx 文件扩展名的文件。具有 .asp 文件扩展名的文件继续由 ASP 引擎来处理。然而，应该注意的是会话状态和应用程序状态并不在 ASP 和 ASP.NET 页面之间共享。
另外ASP.NET优点还包括了ASP.NET启用了分布式应用程序的两个功能：Web窗体和 XML Web 服务。相同的配置和调试基本结构支持这两种功能。
Web 窗体技术使您建立强大的基于窗体的网页。Web 窗体页面使用可重复使用的内建组件或自定义组件以简化页面中的代码。
使用 ASP.NET 创建的 XML Web 服务可使您远程访问服务器。使用 XML Web 服务，商家可以提供其数据或商业规则的可编程接口，之后可以由客户端和服务器端应用程序获得和操作。通过在客户端/服务器和服务器/服务器方案中的防火墙范围内使用标准（如 XML 消息处理和 HTTP），XML Web 服务可启用数据交换。以任何语言编写的且运行在任何操作系统上的程序都能调用 XML Web 服务。
ASP.NET优点就向你介绍到这里，希望通过这样的介绍使你更加了解ASP.NET优点，更好的使用ASP.NET。

如何看待asp.netweb开发技术

先简单回顾下asp.net过去十年

mvc流行前

asp.net的服务端控件，将html和js一起封装，很多客户端事件自动通过生成的js将数据重新post回服务端。而对于很多刚入门的小伙伴来说，仅仅靠拖放控件和写C#代码就可以实现一个可用的Web项目，大大降低了入门门槛。相应的，服务端控件这种过度耦合的设计带来了很多缺点：自定义控制难，难以纯粹将前后端分离，导致asp.net从业人员既不能精通前段技术，又不能涉猎更多的后端技术（生态问题）。

这个年代，.net被贴上了“拖放控件”的标签。

mvc流行后

微软推出了asp.netmvc，很多公司已经开始尝试前后端分离。就模式上面来说，已经和其它语言平台基于mvc的web项目开发模式无异。

但是asp.net本身的服务框架太杂乱，尤其是艰难（如果你留意过，甚至可以说难产）支持asyncawait异步编程后，他的同步上下文模型缺点太大：首先是源码的结构混乱，其次是使用过程很多人容易造成死锁，异步方法使用不当导致请求已返回上下文已释放然后找不到同步对象导致的异常。问题的根源是大部分程序员对线程了解不深，如果项目有正确的规范用法还好，一旦没有，产生异常很多人根本不知道问题出在哪里。博客园改造过程中就出现过的死锁，有兴趣的可以去看看博客园官方博客写过。

aspnetcore

新应用程序模型设计和代码实现，我非常喜欢。其它的不说，看看那简洁的Reqeust和Response对象，是不是就会让你欣喜？再看看中间件管道，上下文（Context）通过委托链链一路传递，再也不用晦涩的同步上下文，也移除了和Windows安全相关的特征。

整个架构更加清晰，喜欢做扩展的人绝对会有一日看尽长安花的快感。

自然性能也不用说，可以关注github上微软之前做过的除了mvc之外的性能测试对比。

net生态

拥抱开源后，netcore，standard，aspnetcore，efcore等一系列实现全部都有了，明年的netcore3.0还会包含客户端模型（wpf和winform，只能在windows下使用）。

github上面aspnet，dotnet，dotnet-architecture等分支包含大量微软直接维护的开源项目。

开源社区大部分的项目已经跟进将三方组件基于standard标准打包。

微软也久违地把散乱的文档汇集到docs子域名下

万事剧本，就欠生态！如果apache基金会下面的重要项目都有.net的分支，相信依靠netcore必定可以再次抢占不少的份额。

前景

微服务流行后，其实内部可以混合多种平台提供服务，用aspnetcore做对三方组件需求不太大的业务服务是完全的可以的，基于微软一贯的作风，开发效率是很高的。

其实现在很多内部系统在用.net，只是面向互联网相关的项目，更加需求丰富的三方资源，采用.net的比较少。不过很多大的公司都有.net的分支团队。毕竟在桌面和开发效率上的优势，还是有他存在的价值。

aspnet到底会如何发展，个人感觉还是要看社区的反应，要看生态是否能逐步丰富起来。

看在微软这么努力的份上，个人挺希望他能够扳回一局。

所以？

眼光放长远一点，平台只是我们的工具，一个IT人不应当把自己的技术范围限定到某一个平台。多学多积累，实际项目中应该针对需求、架构以及团队做出选择。

比如Java和.net同时掌握，各取所长，基于他们重叠性较高的原因，学习成本并不高。何况绝大部分的知识和平台并无关系。

个人见解纯手打，欢迎大家评论或者提出意见。