ASP.NET三层结构与MVC模式的区别
这两者本身讲的是不同方向与角度的问题，在实际应用中他们的确存在一些相似的特点，在很多书籍中也没有深入讲解，以致于造成困惑，为了更好的理解他们，那就来说说区别吧。
首先N层结构是一种软件抽象的层次结构，是对复杂软件的一种纵向切分，每一层次中完成同一类型的操作，以便将各种代码以其完成的使命作为依据来分割，以将低软件的复杂度，提高其可维护性。一般来说，层次之间是向下依赖的，下层代码未确定其接口(契约)前，上层代码是无法开发的，下层代码接口(契约)的变化将使上层的代码一起变化。三层结构是N层结构的一种，是人产在长时间使用中得出来的一种应用场合广泛的N层结构，被当作一种典型的软件层次结构而广为流传甚至写入教科书。
MVC模式是一种复合设计模式，一种在特定场合用于解决某种实际问题来得出的可以反复实践的解决方案。巧合的是他也有三个事物组成，于是乎人们就有了一种想当然的对应关系：展示层-View;业务逻辑层-Control;持久层-Model。首先MVC中的三个事物之间并不存在明显的层次结构，没有明显的向下依赖关系，相反的，View和Model往往是比较独立的，而Control是连接两者的桥梁，他们更像是横向的切分。这样一来就出现一个结果，MVC中每个块都是可以独立测试的，而三层结构中，上层模块的运行测试势必要提供下层代码或者提供相同接口的桩。相对来说，MVC复杂得多，但是结构更清晰，耦合性更低。
另外，MVC中每一块内部特别是Model内部经常被设计为多层的。在我认为的一个良好的MVC模式构建的结构中，Control是核心，小且较为稳定的，可以作为一个核心框架来提供，有扩展点，但基本上可以简单配置不需要任何代码就可以运行。而View则可能是一套或多种可选择的视图引擎，决定了软件展示给用于的界面，使用时的主要工作量在于扩展点以及根据需要而数量不同的视图模板。
Model则是业务提供者，决定了软件提供的功能，其内部可能是一些普通的类或者是实现了某些接口的类，在这一块当中可能根据业务的不同而色彩缤纷，对于复杂的软件可能会分成很多层，如业务逻辑层、业务提供层、系统提供层、数据提供层、数据访问层等。
我经常用于比喻MVC的例子是小时候玩的那种卡带式游戏机，Control是主机，一般来说我买一个主机就行了，只要他不坏，他就能一直让我玩这一类的游戏。View则是电视机和游戏手柄，电视机可以独立工作，他不管输入的是电视信号、影碟机信号还是游戏机信号，他只管显示，而�
相关文档：
九、以编程方式添加 ASP.NET 控件
有时，在运行时创建控件比在设计时创建控件更可行。例如，假定有一个搜索结果页，您要在其中将以表的形式显示结果。由于不知道要返回多少项，因此您需要每个返回的项动态生成一个表行。
说明： 现有控件通常可以提供从动 ......
十、以编程方式访问 ASP.NET 控件
1、Web 窗体控件标识
ASP.NET网页上的每一个控件都必须是可唯一标识的。通常，为控件的 ID 属性分配一个值来唯一标识该控件。该值将成为控件的实例名称（即，在代码中引用控件所依据的名称）。例如，如果将 TextBox 控件的 ID 属性设置为 Text1，则可以� ......
如何通过ASP.NET来下载文件，这个问题我们经常遇到，把常用的方法总结到一起，学习学习。当我们要让用户下载一个文件，最简单的方式是通过Response.Redirect指令：
Response.Redirect("test.doc")
您可以把上面这行指令放在Button的Click事件当中，当用户点击按钮之后，网页就会被转址到该word档，造成下载的效果� ......
第二课： 系统对象与状态管理
aspx页面 继承 System.Web.UI.Page类
aspx 运行机制如下：
Page对象：指向页面自身的方式，作用域为页面执行期
1) 每一个aspx页面对应着一个Page对象
2) .aspx与后台代码类(局部类)合并生成页面类
3) Page对象是页面类的实例
个人看法：在Page对象作用域内，是不是有点像 ......
