三层架构！

Question

在BLL通过接口调用DAL方法
Model，实现业务实体。
IDAL，实现接口。
SQLServerDAL，实现接口里的方法。
web.config里的配置信息，为SQLServerDAL的程序集。
DALFactory，返回程序集的指定类的实例。
BLL，调用DALFactory，得到程序集指定类的实例，完成数据操作方法。
WEB，调用BLL里的数据操作方法。

Answer 1

当然是MODEL、数据访问层、业务逻辑层、表现层

Answer 2

2楼说了用抽象工厂建三层，这样可以跨数据库
先根据数据库建MODEL，然后再建数据访问层，业务逻辑层，最后表现层
数据访问层要添加引用MODEL，业务逻辑层要添加引用MODEL和数据访问层，
表现层要添加引用MODEL合业务逻辑层

Answer 3

你在干什么，眼前就是眼前，以后就是以后，这就是“顺序”。如果你开发不好用户交互界面，奢谈实体，就是自欺欺人。如果你开发了很好的用户交互界面，但是数据只能很僵化地、而且不可靠地保持，例如只会保存在本地文件而不会保存到c/s数据库或者internet开放服务系统中（例如不会把你的手机软件的业务后台建立在淘宝开放平台上），那么此时你就可以考虑找个编程的小子来搞——现在大部分低级的开发人员都是沉浸在关系数据库和javascript这两个地方，这些人很便宜。

Answer 4

我想楼主问这个问题,并不是不清楚"n层模式"之间的驱动关系,恰恰是楼主觉得n层之间的关系像一团乱麻,
从2楼和8楼的回复可以看到,单纯的n层模式仅仅3到4层的时候就已经严重的不良耦合了,几乎每个层的变化都会影响到所有的层,就更别谈更多的层了。n层划分本身并没有错，它提供了原子化的模块，但是还要“组装”，要用最稳定的驱动关系把这些模块“组装”在一起，而不是“堆”在一起，不引入uml和mvc的思想就很难实现。面向对象的理念是：面向客户的、面向服务的、面向开发人员的，总之就不是面向数据库的