具体三层开发理念 数据层，业务逻辑层，表示层，他们之间联系和耦合醒？

1. 表现层(UI): 通俗讲就是展现给用户的界面，即用户在使用一个系统的时候的所见所得；
2. 业务逻辑层(BLL): 针对具体问题的操作，也可以说是对数据库层的操作，对数据业务逻辑处理；
3. 数据访问层(DAL):该层所做事务直接操作数据库，针对数据的增加，删除，修改，更新，查找等每层之间是一种垂直的关系。
4. 优点：分工明确，条理清晰，而且具有可扩展性。
5. 缺点：增加成本。

1：数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务． 　　
2：业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 　　
3：表示层：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。
三层架构就是为了实现"高内聚，低耦合",但我个人认为做起来很麻烦……

三层架构中的数据层、业务层、表现层是一种接口之间的单向依赖，很好的符合了面向对象依赖倒置的原则(对抽象编程，不要对具体编程)。
他们的关系是：数据层 -> 业务层 -> 表现层。数据层不知道有业务层和表现层，业务层不知道有表现层，表现层不知道有数据层。
因为接口是稳定的，是不变的，所以耦合度是最低的。