完成Click事件处理器后，花几分钟在浏览器查看该页，点Browse按钮，从硬盘选择一个文件供上传。再点“Upload Selected File”按钮，页面回传，将文件上传到 ~/Brochures文件夹里。上传文件后，返回Visual Studio，在解决资源管理器里点“刷新”按钮，你将会在~/Brochures文件夹里看到刚刚上传的文件。
图14：文件已经上传到服务器
图15：上传文件保存在~/Brochures文件夹
将上传文件保存在文件系统
当将上传文件保存到文件系统时，有几个要点需要注意。首先是安全问题，要将文件保存到文件系统，运行的页面必须要有写入权限。如果你使用Microsoft's Internet Information Services (IIS) 当服务器，其安全性取决于IIS的版本和设置。
另一个挑战是对上传文件的命名问题。一般来说，页面将文件保存在~/Brochures 文件夹时，直接使用其在用户电脑时的原名。比如，用户A上传一个名为Brochure.pdf的文件，上传后保存为~/Brochure/Brochure.pdf，假如稍后用户B也要上传文件，且名称也刚好为Brochure.pdf，会发生什么情况呢？就我们目前的代码而言，用户B的文件将覆盖用户A的文件。
有几种处理命名冲突的方法。一种是当存储同名文件时，阻止上传文件。比如当用户B试图上传一个名为Brochure.pdf的文件时，提示其改名并重试。另一个方法是使用一种唯一标识的文件名，可以是globally unique identifier (GUID)，或对应数据库记录的主键值。在下一节教程我们将详细探讨。
处理大容量二进制数据的面临的问题
教程假设处理的二进制数据是适度大小的。处理大数据量的二进制数据时—比如几MB，甚至更大，就超出本教程的范围了。默认情况下， ASP.NET 最多处理4MB的数据，虽然可以在Web.config文件的<httpRuntime>元素里设置能处理的最大值，但IIS同样对上传文件的大小做了限制，见文章《IIS Upload File Size》。
另外，上传大数据量文件花费的时间很可能超过ASP.NET默认等待的110秒，还要面对处理大数据的内存、执行效率问题。
FileUpload控件不太适合上传大的文件。当上传大文件时，用户需要耐心的等待，且无法确定上传是否在进行。上传小文件时问题不大，也许只要几秒钟；而大文件可能要几分钟。有很多第三方的文件上传控件更适合上传大文件且提供进度提示，提供更好的用户体验。
如果你的应用程序需要处理大文件，你要认真考虑面临的挑战，寻找适合自己的解决方案。
总结：
创建一个处理二进制数据的应用程序面临一些问题。本教程探讨了其中的2个问题：如何存储数据以及允许用户通过页面上传文件。接下来的教程我们探讨如何处理数据库记录中的二进制数据，以及如何显示它。
祝编程快乐！
作者简介
本系列教程作者 Scott Mitchell，著有六本ASP/ASP.NET方面的书，是4GuysFromRolla.com的创始人，自1998年以来一直应用 微软Web技术。大家可以点击查看全部教程《[翻译]Scott Mitchell 的ASP.NET 2.0数据教程》，希望对大家的学习ASP.NET有所帮助。
您可能感兴趣的文章: