后缀为 axd 与 ashx 的文件有什么区别

  其实扩展名为ashx与为axd基本上是一样的,都是用于写web handler,可以通过它来调用IHttpHandler类,它免去了普通. asp x页面的控件解析以及页面处理的过程。
唯一不同的地方是:axd扩展名的必须要在web.config中的<httpHandlers>中进行注册,而ashx直接在项目中当成aspx那样添加使用即可。
所以在项目的添加文件中,向导只有添加ashx文件的模板,而没有添加axd文件的模板。那微软为什么这么无聊搞两个后缀,全部使用ashx不就行了么?干脆利落。原来,如果你的web handler代码不在Web的项目中的话,那你就不能使用ashx了,因为如果不在web.config中注册的话,系统根本不知道要在那个dll库中才能找到相应的代码。
如:
<add verb="*" path="OpenSearch.axd" type="Company.Components.HttpHandler.OpenSearchHandler, (命名空间.类名)Company.Extensions(.dll文件名)" validate="false"/>
只有注册了,web才知道OpenSearch.axd原来是在Company.Extensions.dll中,使用Company.Components.HttpHandler.OpenSearchHandler类处理。
当然你搞个<add verb="*" path="OpenSearch.ashx" type=.... 那也未免不可,习惯规范而已。
  webconfig里那么写的原理是,首先iis会把.axd的文件handle,然后就交给FreeTextBoxControls.AssemblyResourceHandler,   FreeTextBox这个命名的类来处理而不是让aspnet去处理。  
   
  但是你的服务器提供商可能为了安全起见,把.axd到aspnet_isapi.dll的映射去掉了,所以你在服务器运行就错误了。你现在唯一能做的就是联系你的服务器提供商,让他们恢复这个映射。  
 
  扩展名:   .axd  
  执行文件:C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll  
   
  限制为:GET,HEAD,POST,DEBUG  
  脚本引擎打勾 

在服务器的IIS里有个默认的映射:就是将*.axd映射到aspnet_isapi.dll上。  


 

使用ASP.NET 2.0提供的WebResource管理资源

    ASP.NET(1.0/1.1)给我们提供了一个开发WebControl的编程模型,于是我们摆脱了asp里面的include模式的复用方式。不过1.0/1.1提供的Web控件开发模型对于处理没有image、css等外部资源的组件还算比较得心应手,script虽然很多时候也是外部资源,但在开发控件的时候我们习惯把script使用Page.Register...Script()来嵌入模块,因为紧凑的东西更便于我们复用,用一个dll就可以解决问题又何必要节外生枝呢。 

     ASP.NET 2.0提供的Web Resources管理模型,很好的解决了image、css、script等外部资源的管理问题。现在只需要在solution explorer把资源文件的build action属性设为Embedded Resource。然后在assemblyinfo.cs里添加一句: 
[assembly: WebResource("WebCtrl.cutecat.jpg", "image/jpg")]
    我们可以看msdn里有WebResource的参数说明:第一个是资源的名字,第二个是资源的 mime-type名。 
    其实这个语句放任何cs文件里,保证放在最高级namespace外就行。 

    然后在程序中调用如下: 
m_Image.ImageUrl =  this.Page.GetWebResourceUrl( typeof(WebCustom), "WebCtrl.cutecat.jpg");
    GetWebResourceUrl的第一个参数是用户定义的类型(这个是用来确定assembly用的),第二个参数是资源名。 

    上面的语句返回给browser的代码是: 
< img  src ="WebResource.axd?a=pWebCtrl&amp;r=WebCtrl.cutecat.jpg&amp;t=632390947985312500"  style ="border-width:0px;"   />
    其中的src就是GetWebesourceUrl执行后返回的,它有3个参数(这里的&被解析成了&amp;,不过IIS也认的),第一个参数a是就是通过typeof(WebCustom)来确定的assembly的名字,第二个参数r很明显就是资源的名字了,第三个参数t是一个a所指的assembly的timestamp。这个t是为了让资源的引用能享用browser缓存的优化,因为IE对相同的url有自己的cache机制。又因为这个r同时又是用户assembly文件的timestamp,如果用户更新了代码,重新编译后t也会变化,这样也就保证了browser能获得最新的资源更新。如果我们能确定嵌入资源是确实不用再更新的,我们可以在typeof()里写一个bcl里的类型,比如typeof(string),那么他将只在freamwork升级后才会变动这个t。 

    当然这个WebResource.axd是不存在的,它只是IIS中的一个ISAPI影射。 

    使用示例代码如下: 
#region WebResource Demo 

 

using System; 

using System.Collections.Generic; 

using System.ComponentModel; 

using System.Text; 

using System.Web.UI; 

using System.Web.UI.WebControls; 

 

[assembly: WebResource("WebCtrl.cutecat.jpg", "image/jpg")] 

 

namespace WebCtrl 

{ 

    [DefaultProperty("Text")] 

    [ToolboxData("<{0}:WebCustom runat=server></{0}:WebCustom>")] 

    public class WebCustom : WebControl 

    { 

        private string text; 

        private Image m_Image; 

 

        [Bindable(true)] 

        [Category("Appearance")] 

        [DefaultValue("")] 

        public string Text 

        { 

            get { return text; } 

            set { text = value; } 

        } 

 

        protected override void CreateChildControls() 

        { 

            m_Image = new Image(); 

            this.Controls.Add(m_Image); 

        } 

 

        protected override void Render(HtmlTextWriter output) 

        { 

            m_Image.ImageUrl = this.Page.GetWebResourceUrl(typeof(WebCustom), "WebCtrl.cutecat.jpg"); 

            this.RenderChildren(output); 

        } 

    } 

} 

#endregion

 

你可能感兴趣的:(文件)