asp.net 无刷新文件上传（利用iframe）源码(1/4)

先来看效果图。

我们先来下载插件完全实例源码

asp版 http://down.zzzyk.com/down/code/asp/2012/0508/24173.html

asp.net版 http://down.zzzyk.com/down/code/asp/2012/0508/24172.html

【upload】

程序中最重要的方法就是upload了，调用它就可以进行无刷新上传。
upload的过程是这样的，首先用stop方法停止上一次上传，并判断是否选择文件。
然后分别调用_setIframe，_setForm和_setInput，生成需要的iframe，form和input。

如果设置了timeout属性的话，会自动设置计时器：

代码如下	复制代码
if ( this.timeout > 0 ) { this._timer = setTimeout( $$F.bind(this._timeout, this), this.timeout * 1000 ); }

ps：经测试，小于0的延时时间，ie会取消执行，而其他浏览器会当成0执行。

程序有一个_sending属性用来判断上传状态。
在stop（停止），dispose（销毁），_finis（完成），_timeout（超时）时会把它设为false。
而在上传开始前要把它设置为true。

最后提交表单就开始上传了。

【iframe】

程序使用_setIframe函数来创建无刷新需要的iframe。

由于ie中iframe的name不能修改的问题，要这样创建iframe：

代码如下	复制代码
var iframename = "QUICKUPLOAD_" + QuickUpload._counter++, iframe = document.createElement( $$B.ie ? "<iframe name="" + iframename + "">" : "iframe"); iframe.name = iframename; iframe.style.display = "none";

ps：关于iframe的name的问题参考这里的iframe部分。
ie8已经可以修改name了，但在非标准（怪辟）模式下还是不能修改。
其中使用了一个QuickUpload函数自身的_counter属性做计算器，这就能保证各个实例的iframe的name就不会重复。

为了能在文件上传完成后执行回调函数，会在iframe的onload中执行_finish函数：

代码如下	复制代码
var finish = this._fFINISH = $$F.bind(this._finish, this); if ( $$B.ie ) { iframe.attachEvent( "onload", finish ); } else { iframe.onload = $$B.opera ? function(){ this.onload = finish; } : finish; }

在ie需要用attachEvent来绑定onload，因为在ie中直接设置onload是无效的。
除了用attachEvent还可以用onreadystatechange代替。
至于原因我也不清楚，详细参考“判断 iframe 是否加载完成的完美方法”。

iframe的加载还有一个问题，测试以下代码：

代码如下	复制代码
<body><div id="msg">状态：</div></body> <script> var msg = document.getElementById("msg"); var iframe = document.createElement("iframe"); iframe.onload = function(){ msg.innerHTML += "onload,"; } document.body.appendChild(iframe); iframe.src = "http://www.zzzyk.com/phper/php.html" </script>

结果safari, chrome都会触发onload两次，而opera, ff和ie（请自行兼容）都是1次。

估计在safari和chrome在appendChild之后就进行第一次加载，并且在设置src之前加载完毕，所以触发了两次。
如果在插入body之前给iframe随便设置一个src（除了空值），间接加长第一次加载，那么也只触发一次了。
ps：不设置或空值的src相当于链接到“about:blank”（空白页）。

那么opera, ff和ie可能是第一次加载太慢，第二次覆盖了第一次的，所以只触发了一次onload。
ps：也可能是其他原因，例如浏览器优化之类的，我也不确定。

针对加载过快的问题，可以在onload的时候根据_sending确定之前是否上传状态来解决。
虽然没测试出来，会不会有_sending设置之后submit之前刚好触发第一次onload的情况呢？
针对这个问题，在upload方法中会把_sending放在submit之后设置。
那如果在submit之后_sending设置之前就触发了onload呢？（...?澹
这个情况基本不会出现，如果真的出现，就把_sending设置放到submit前面吧。

opera还有一个麻烦的问题，测试下面代码：

代码如下	复制代码
<body> <div id="msg">状态：</div> <form action="http://www.zzzyk.com" target="ifr"> </form> </body> <script> var msg = document.getElementById("msg"); var iframe = document.createElement("iframe"); iframe.name = "ifr"; iframe.onload = function(){ msg.innerHTML += "onload,"; } document.body.appendChild(iframe); msg.innerHTML += "submit,"; document.forms[0].submit(); </script>

ie和ff显示submit,onload，safari和chrome显示的是onload,submit,onload，跟上面的分析一致。
而opera却显示submit,onload,onload，两次onload都是在submit之后触发的。
这个情况就不能单纯用_sending来解决了。
是不是submit不能使iframe取消加载呢？
在appendChild之前设一个src，结果正常的只触发onload一次，看来是可以的啊。

虽然不知道原因，办法还是有的，一个是appendChild前设一个src，还可以在第一次onload中重新设置onload，像程序那样。
但这两个方法都存在不确定性，不能完全解决问题，但也找不到更好的方法了。

ff的onload还有一个问题，在出现ERROR_INTERNET_CONNECTION_RESET（文件大小超过服务器限制）之类的服务器错误时，即使加载完成也不会触发onload，暂时找不到解决办法。

iframe有一个缺陷是只能用onload判断加载完成，但没有办法判断是否加载成功。
没有类似XMLHTTP的status的东西，遇上404之类的错误也没办法判别出来。
在使用时要做好这方面的处理，例如说明允许上传文件大小，超时时间，如何处理长时间无响应等。

1 2 3 4

补充：asp.net教程,.Net开发