三层架构！

关于表现层、业务逻辑层、数据访问层、MODEL这个在用的时候有没有一个顺序的，哪位帮忙分析一下，越详细越好！ --------------------编程问答-------------------- 理解万岁，什么叫顺序？？ --------------------编程问答-------------------- 在BLL通过接口调用DAL方法
Model，实现业务实体。
IDAL，实现接口。
SQLServerDAL，实现接口里的方法。
web.config里的配置信息，为SQLServerDAL的程序集。
DALFactory，返回程序集的指定类的实例。
BLL，调用DALFactory，得到程序集指定类的实例，完成数据操作方法。
WEB，调用BLL里的数据操作方法。
--------------------编程问答-------------------- 当然是MODEL、数据访问层、业务逻辑层、表现层 --------------------编程问答--------------------

2楼说了用抽象工厂建三层，这样可以跨数据库
先根据数据库建MODEL，然后再建数据访问层，业务逻辑层，最后表现层
数据访问层要添加引用MODEL，业务逻辑层要添加引用MODEL和数据访问层，
表现层要添加引用MODEL合业务逻辑层 --------------------编程问答-------------------- 来学习学习 --------------------编程问答-------------------- 你在干什么，眼前就是眼前，以后就是以后，这就是“顺序”。如果你开发不好用户交互界面，奢谈实体，就是自欺欺人。如果你开发了很好的用户交互界面，但是数据只能很僵化地、而且不可靠地保持，例如只会保存在本地文件而不会保存到c/s数据库或者internet开放服务系统中（例如不会把你的手机软件的业务后台建立在淘宝开放平台上），那么此时你就可以考虑找个编程的小子来搞——现在大部分低级的开发人员都是沉浸在关系数据库和javascript这两个地方，这些人很便宜。 --------------------编程问答-------------------- 我说的用户交互界面绝非指美工，而是指用户行为分析、做出来的软件跟用户试探性的操作习惯非常相符。

大多数程序员都喜欢谈理论，而消耗好几年也做不出来好用（而绝非好看）的产品。 --------------------编程问答-------------------- 简单的告诉你，
         表示层（界面）
         业务层（数据交互）
         数据层（数据逻辑）
         实体层（封装数据）
   顺序就是，数据层  引用  实体层。
             业务层 引用 数据层和实体层。
             表示层 引用 业务层和实体层。 --------------------编程问答-------------------- 我想楼主问这个问题,并不是不清楚"n层模式"之间的驱动关系,恰恰是楼主觉得n层之间的关系像一团乱麻,
从2楼和8楼的回复可以看到,单纯的n层模式仅仅3到4层的时候就已经严重的不良耦合了,几乎每个层的变化都会影响到所有的层,就更别谈更多的层了。

n层划分本身并没有错，它提供了原子化的模块，但是还要“组装”，要用最稳定的驱动关系把这些模块“组装”在一起，而不是“堆”在一起，不引入uml和mvc的思想就很难实现。

面向对象的理念是：面向客户的、面向服务的、面向开发人员的，总之就不是面向数据库的

补充：.NET技术 ,  C#