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 Web 服务器控件中的 Tab 键顺序、焦点和访问键
若要增强在 ASP.NET 网页中使用控件的用户体验，可以指定用户通过按 Tab 键显示 ASP.NET Web 服务器控件的顺序，并可以指定最初打开页时页上的哪个控件具有焦点。
1、Tab 键顺序
当在浏览器中显示页时，用户可以使用 ......
一、简单介绍
using System.Xml;
//初始化一个xml实例
XmlDocument xml=new XmlDocument();
//导入指定xml文件
xml.Load(path);
xml.Load(HttpContext.Current.Server.MapPath("~/file/bookstore.xml"));
//指定一个节点
XmlNode root=xml.SelectSingleNode("/root" ......
在软件业里从程序员出身的，千万不要把你自己的本行丢掉。我说的本行是技术。虽然在中国，死钻研技术没有出路，话虽这么说，但技术出身的管理者，绝对牛于纯粹搞管理的纸上谈兵（当然排除余世维这样的人，牛叉叉的MBA博士)。博客园里有很多“程序员->架构师->管理者”的榜样。
最近很久没来园子里写博客了 ......
一、前言
打开工具箱的Ajax extensions可以看到五个ajax控件，在vs2008中它们已经集成到了.net framerwork3.5中，如果是之前版本的vs则需要自己去下载文件来安装。这五个控件在ajax中是非常常用的，所以微软才将他们集成到vs中来，下面将简单的介绍着五个控件及它们的重要属性。
二、重中之重——Scrip ......
第二课： 系统对象与状态管理
aspx页面 继承 System.Web.UI.Page类
aspx 运行机制如下：
Page对象：指向页面自身的方式，作用域为页面执行期
1) 每一个aspx页面对应着一个Page对象
2) .aspx与后台代码类(局部类)合并生成页面类
3) Page对象是页面类的实例
个人看法：在Page对象作用域内，是不是有点像 ......
