ASP.NET页面解析(3)
事件模型
当某个页面被请求时，它的类及其所包含的服务器控件会负责处理请求，呈现HTML输出，并随后发回客户端。由于HTTP协议的固有特性，客户端与服务器间的通信是无状态且非连接的。而实际的应用程序需要状态，以便维护对同一页面的后续调用。使用ASP或其他服务器端开发平台(如Java Server Page和LAMP一类的基于Linux的系统)，开发者必须负责状态的存储。而ASP.NET提供了一种内建架构，能够以透明的方式对页面的状态进行存储和恢复。尽管基于无状态的协议，但以这种方式，从客户端体验到的是连续的执行过程。然而，那只是一种表象。
视图状态简介
连续性所导致的这种表象，一方面与页面的设计和工作方式有关，另一方面是ASP.NET页面视图状态造成的。与此同时，服务器端控件也发挥着重要作用。简而言之，在页面将其内容呈现为HTML之前，页面要将自身及其所包含的控件的状态信息存储在持久性介质(一般为隐含字段)中。当该页面回发后，其状态会从隐含字段中被反序列化，用于对声明在页面布局中的服务器控件实例进行初始化。 每个页面实例有其特有的视图状态，因为该信息嵌入在HTML中。这样做的好处是，控件会以上一次创建的视图状态(即该页最后一次被呈现发送到客户端时的状态)的值进行初始化。此外，页面周期中还会有一个阶段，将已存储的状态与由客户端做出的更新合并。在回发后，页面执行时，它会发现一个有状态的且更新过的上下文，就像工作在连续的点对点连接上一样。 这里做了两个假设。第一个假设是，页面总是投递给自身，并携带着状态信息。第二个假设是，服务器端控件必须带有runat=server属性，以便在页面回发后具有“生命力”。
单窗体模型
不可否认，对于具有ASP或JSP经验的程序员来说，开始可能不太适应ASP.NET的单窗体模型。这些程序员在论坛和新闻组经常会问这样的问题：“窗体的Action属性在哪里？”以及“为什么我提交窗体时，不能重定向到一个特定页面？” ASP.NET页面只支持一个服务器端<form>(窗体)标签。所有要与服务器交互的控件，必须全部置于在该窗体中。窗体和控件都必须带有runat属性，否则会被视为纯文本，并被逐字输出。在服务器端，窗体是HtmlForm类的实例。HtmlForm类没有暴露任何相当于HTML <form>标签的Action的属性。其原因在于，ASP.NET页面总是投递给自己。除Action属性外，窗体其他常用属性(如Method和Target)还是完全支持的。 不包含服务器端窗体的，以及使用H
相关文档：
ASP.NET MVC 入门2、项目的目录结构与核心的DLL
收藏
< type="text/javascript">
document.body.oncopy = function() {
if (window.clipb ......
测试的url地址是http://www.test.com/testweb/default.aspx, 结果如下：
Request.ApplicationPath: /testweb
Request.CurrentExecutionFilePath: /testweb/default.aspx
Request.FilePath: /testweb/defa ......
今天TM群里有人问起关于页面传值的方法，又引发了一场讨论。看来这个还是有很多人关注的，因此我就我个人观点做了些总结，希望对大家有所帮助。
1. 使用QueryString变量
QueryString是一种非常简单的传值方式，他可以将传送的值显示在浏览器的地址栏中。如果是传递一个或多个安全性要求不高或是结� ......
在做asp.net的Web开发的时候，我们经常会遇到一次性上传多个文件的需求。通常我们的解决方法是固定放多个上传文件框，这样的解决办法显然是不合理的，因为一次上传多个，就意味着数量不确定。因此我们就要让这些文件上传框动态添加，下面我以我做的一个图库管理中的上传图片的功能为例
先看效果：
打开的初始界面：
默认 ......
