有关FileUpload控件的问题——时间都去哪了。

[q_orange2]

利用FileUpload来获取要上传文件的文件名，只获取文件名而不真正的上传文件。
点击FileUpload自带浏览选择文件，然后添加一个按钮获取文件名

 protected void btn_import_Click(object sender, EventArgs e)
        {
            RadAjaxManager1.Alert("aaaaaaaa");
            string path = Path.GetFullPath(FileUpload_File.PostedFile.FileName);
}

为什么会随着文件的大小弹出aaaaa的时间也会变长呢，时间都去哪了呢？
或者，大家有什么方法获取本地文件全路径的方法吗？
先谢过了。

[wjq]

不能。 以安全角度来说，用户电脑对服务器来说是个黑箱，用户要上传文件，那么文件内容和文件名就足够了，实在难以想象还有什么正常的场景需要文件的完整路径。（某些人还企图在代码里指定上传的文件，也一样是不允许的）特别是互联网场景。 如果是企业内部应用，如果真的有这个需求，可以考虑使用ActiveX控件来实现文件上传之类的功能。

[q_orange2]

引用 1 楼 wjq 的回复:

不能。 以安全角度来说，用户电脑对服务器来说是个黑箱，用户要上传文件，那么文件内容和文件名就足够了，实在难以想象还有什么正常的场景需要文件的完整路径。（某些人还企图在代码里指定上传的文件，也一样是不允许的）特别是互联网场景。 如果是企业内部应用，如果真的有这个需求，可以考虑使用ActiveX控件来实现文件上传之类的功能。

算是内部使用吧。具体情况是我用c++开发的一个客户端（类似浏览器）加载网站。然后在网站中选择文件，我需要知道选择的文件的全路径，我这个客户端才能对文件进行操作。用fileupload可以获取全路径，但是会根据文件大小影响时间。这是怎么回事呢？ 感谢您的回答。

[以专业开发人员为伍]

当你的服务器端的asp.net代码运行时，客户端的<form>早就上传完毕了，也就是说FileUpload中的文件早就传送到服务器了。而不是什么“只获取文件名而不真正的上传文件”。你可以不去保存文件，但是文件必须先传送到服务器。 另外，规范的html是不允许上传客户端的文件路径的（只能上传文件名）。你那种想法，只能适应7、8年前的IE6、IE7而以，其它浏览器都不支持。

[q_orange2]

引用 3 楼 sp1234 的回复:

当你的服务器端的asp.net代码运行时，客户端的<form>早就上传完毕了，也就是说FileUpload中的文件早就传送到服务器了。而不是什么“只获取文件名而不真正的上传文件”。你可以不去保存文件，但是文件必须先传送到服务器。 另外，规范的html是不允许上传客户端的文件路径的（只能上传文件名）。你那种想法，只能适应7、8年前的IE6、IE7而以，其它浏览器都不支持。

嗯，感谢回答。。我用c++做的浏览器就是用IE内核的，需要修改IE设置就可以获取全路径的。那我再问下能不能有什么方法可以优化一下时间，我可能需要上传一个几百M的文件。

[以专业开发人员为伍]

你然你做一个桌面客户端，就把“读取文件、将文件参数传给服务器、将文件内容传给服务器”单独自己实现吧。不要糊弄别人地去弄一个“壳”来嵌入网页冒充c/s程序。

[以专业开发人员为伍]

如果你用你的桌面程序开发，不但可以有很好、很高级的用户体验（例如支持用户鼠标拖放、甚至“摇一摇”就上传当前正在打开查看的文件），而且可以有很好的上传性能（例如将文件参数给服务器的时候，可能服务器直接就能把过去传过的相同内容但是名字不同的文件（或者文件磁盘块）直接复制就好了，而不需要客户端再上传了。这样你的上G的文件也可以“秒传”）。 做桌面程序是很好的。那些用一个web页面嵌入的假c/s程序，基本上全都无法经得起性能测试和（熟练）用户操作体验的要求。

[还想懒够]

为何不用javascript直接获取文件名？

[q_orange2]

引用 6 楼 sp1234 的回复:

如果你用你的桌面程序开发，不但可以有很好、很高级的用户体验（例如支持用户鼠标拖放、甚至“摇一摇”就上传当前正在打开查看的文件），而且可以有很好的上传性能（例如将文件参数给服务器的时候，可能服务器直接就能把过去传过的相同内容但是名字不同的文件（或者文件磁盘块）直接复制就好了，而不需要客户端再上传了。这样你的上G的文件也可以“秒传”）。 做桌面程序是很好的。那些用一个web页面嵌入的假c/s程序，基本上全都无法经得起性能测试和（熟练）用户操作体验的要求。

感谢您的回答。程序都已经做好了，现在在临时改方案不太可能了，现在就是要解决这个问题了。fileupload这个控件上传文件的原理是什么呢？浏览完成后，点击同一form内的一个无关紧要的按钮，也会引起他的上传，为什么这样呢？

[q_orange2]

引用 7 楼 jjkk168 的回复:

为何不用javascript直接获取文件名？

您好，JS可以实现弹出选择文件对话框，然后选择文件吗？

[还想懒够]

引用 9 楼 q_orange2 的回复:

引用 7 楼 jjkk168 的回复:

为何不用javascript直接获取文件名？

您好，JS可以实现弹出选择文件对话框，然后选择文件吗？

安全问题，不能，除非使用ActiveX

[还想懒够]

引用 8 楼 q_orange2 的回复:

[quote=引用 6 楼 sp1234 的回复:] 如果你用你的桌面程序开发，不但可以有很好、很高级的用户体验（例如支持用户鼠标拖放、甚至“摇一摇”就上传当前正在打开查看的文件），而且可以有很好的上传性能（例如将文件参数给服务器的时候，可能服务器直接就能把过去传过的相同内容但是名字不同的文件（或者文件磁盘块）直接复制就好了，而不需要客户端再上传了。这样你的上G的文件也可以“秒传”）。 做桌面程序是很好的。那些用一个web页面嵌入的假c/s程序，基本上全都无法经得起性能测试和（熟练）用户操作体验的要求。

感谢您的回答。程序都已经做好了，现在在临时改方案不太可能了，现在就是要解决这个问题了。fileupload这个控件上传文件的原理是什么呢？浏览完成后，点击同一form内的一个无关紧要的按钮，也会引起他的上传，为什么这样呢？[/quote] 你这么去理解吧，ASP.NET里面的Submit动作，是将整个网页里面的数据对象（包括你输入的文本、上传的文件）一同全部post到IIS，然后IIS去根据你的服务端控件去挨个的解析和赋值，这样你就可以直接通过后台代码获取到对象的值了

[於黾]

话说,做了个假的"壳",加载IE,冒充CS,实际上却是BS,但是又不理解BS的原理,还不想学,只想找个办法糊弄过去 你实在不适合干程序员

[於黾]

你可以骗自己,你可以骗领导 但是你骗不了代码,你骗不了用户

[q_orange2]

引用 12 楼 Z65443344 的回复:

话说,做了个假的"壳",加载IE,冒充CS,实际上却是BS,但是又不理解BS的原理,还不想学,只想找个办法糊弄过去 你实在不适合干程序员

哦

[於黾]

花一星期画的画,要一年才能卖的出去 花一年画的画,可能一天就卖出去了 不肯花时间,哪里来的质量 光拼数量,做出一大堆残次品,有什么意义 都是中国人用来骗中国人的

[q_orange2]

引用 15 楼 Z65443344 的回复:

花一星期画的画,要一年才能卖的出去 花一年画的画,可能一天就卖出去了 不肯花时间,哪里来的质量 光拼数量,做出一大堆残次品,有什么意义 都是中国人用来骗中国人的

嗯，教训的是。我只是个低层的程序员，没有改变用户需求和决定方案的权利，这个程序是两部分组成的，我只是负责c/s段，而b/s段是另外一批人在做。就这样吧，还是很谢谢你。