前一段时间，项目做完了，有点时间学习一下Duwamish7.0，做了一些笔记，现在拿出来与大伙共享,其中参考了微软中国社区的MVP卢彦的文章、博客园-Rickie Lee's blog-Duwamish系列文章
一：表示层
Web 层为客户端提供对应用程序的访问。这一层是作为 Duwamish.sln 解决方案文件中的
Web 项目实现的。Web 层由 ASP.NET Web 窗体和代码隐藏文件组成。Web 窗体只是用 HTML
提供用户操作，而代码隐藏文件实现各种控件的事件处理。
二: 业务外观层(Businessfacade)
调用业务外观层,业务外观层将界面与业务功能的实现隔离开,除了一些特殊操作之外,
对数据服务器的所有调用都是通过此程序集进行的
主要功能如下:
1.实现一些简单的业务逻辑,比如:密码的格式转换\数据转换
2.实现一些简单的数据验证(但数据验证(数据合法性)主要是在业务规则层进行)
3.当需要（简单的从数据库根据条件提取数据，不需要经过任何处理，而直接将数据显
示到网页上）时，则直接调用数据访问层（DataAccess）;而另外一些操作，比如计算
定单中图书的总价并根据顾客的级别计算回扣等等，这部分往往有许多不同的功能的类，
操作起来也比较复杂,此时则通过调用业务规则层(验证数据合法性),然后调用数据访问
层(DataAccess)
三:业务规则层(Businessrules)
包括各种业务规则和逻辑的实现,并且用这些规则和逻辑验证数据的合法性
各种业务规则和逻辑的实现:1.规则表达式
2.数据合法性,长度...
四：数据访问层(DataAccess)
数据访问层为业务规则层提供数据服务。这一层是作为 Duwamish.sln 解决方案文件中的
DataAccess 项目实现的。
五:问题：
比较令人困惑的是其中的业务外观层和业务规则层，很多人在学习N层结构开发的时候，听得
最多的是三层结构，分别为：表示层，中间层和数据层。Duwamish的WEB层和数据访问层比较好
理解，也就是传统意义上的表示层和数据层，那么业务外观层和业务规则层和我们熟悉的中间层
有什么联系呢？
为了解释这个问题我们先来理解一下传统的三层架构的表示层：(表示层只负责接受用户的输
入并返回结果):
有部分操作只是简单的从数据库根据条件提取数据，不需要经过任何处理，而直接将数据显
示到网页上，比如查询某类别的图书列表。而另外一些操作，比如计算定单中图书的总价并根据
顾客的级别计算回扣等等，这部分往往有许多不同的功能的类，操作起来也比较复杂。我们可以
先想象一下，如果我们采用三层结构，这些商业逻辑一般是会放在中间层，那么对内部的这些大
量种类繁多，使用方法也各异的不同的类的调用任务，就完全落到了表示层。这样势必会增加表
示层的代码量，将表示层的任务复杂化，和表示层只负责接受用户的输入并返回结果的任务不太
相称，并增加了层与层之间的耦合程度
以上有些可能本人理解的不是太准确，希望大家多多指教