找到一遍讲解三层结构比较清楚易懂的文章，引用一下，留为学习。
三层式开发中的层次划分讨论
先举一个曾经在哪本书上看到的例子：现在你想在1米宽的小溪上建一座桥，你会在上面放块木板就完了。如果想在宽一点的小河上建这桥，你就需要计算木材用料，价格等，如果需要别人帮忙，你还要多一些图纸什么的让别人理解你的想法。现在你要在大江上面建桥，你需要有整体的计划，包括各个方面，比如将来可能的收费和利益分配等问题。
这里讲3层式，其实是针对“大江上面建桥”来的，对于1米宽的小溪，在实际中可能一点用都没有。不过现在我不可能去拿个长江大桥作例子来讲，所以这里还是用这条简单的小溪，讲讲怎么建桥。之所以讲这么多废话，是为了防止部分人看完此文之后“小小一个东西，搞那么麻烦干什么。。”其实这里讲的不是具体的这个例子，而是分层的思想，理解这点非常重要。
下面我就我们大家日常见最多的例子来讲，就是“用户登录”的例子。这个例子很简单，但是麻雀虽小五脏俱全。从数据访问到业务规则到界面全有了。
本文分2个部分，如果只想研究面向对象的思想，对实现已经熟悉，可以跳过第一部分。
第一部分
新建一个空白解决方案。然后：
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“数据访问”（数据层，下简称D层）
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“业务规则”（业务层，下简称C层）
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“Web用户界面”（界面层，下简称U层）
右键点“解决方案”－“项目依赖项”，设置U依赖于D、C，C依赖于D。
对U添加引用D、C，对C添加引用D。
到此为止，一个三层的架子建立起来了。我上面说的很具体很“傻瓜”，知道的人觉得我废话，其实我这段时间很强烈的感觉到非常多的人其实对这个简单的过程完全不了解。虽然不反对建2个“空项目”和1个“Asp net Web应用程序项目”也可以作为3层的框架，而且相当多的人认为其实这些“企业级模板项目”其实就是个空项目，这是一个误区。没错，
/// <summary>
/// 写Cookies
/// </summary>
/// <param name="response"></param>
/// <param name="request"></param>
&n ......
