本人初学者，对三层结构的一点看法，请高手指点

[CosmoKey]

第一层 你买了一些水果， 买了几只动物回来

第二层 今天心情好。 把水果切开喂给动物吃，
今天心情一般。把水果给动物吃
今天心情不好，不给动物吃水果

第三层 今天心情好
然后 电脑 就知道 要把 水果 切开给动物吃

第一层 “水果，动物”，就是底层对数据的添加，删除，修改等方法

第二层 “心情”。就是判断，是否符合条件
“要不要给动物吃水果，用不用切开”，就是如何调用第一层方法，怎么调用方法，调用那些方法。

第三层 “心情好”，就是我们给电脑的信息，只需这一个命令，电脑就知道应该如何操作。


当修改第三层的内容时，不需要修改前两层的内容
当修改第二层的内容是，不需要修改第一层的内容

这样才符合三层结构的定义

请高手来帮我看看，这样理解是否正确。

[CosmoKey]

谢谢，
虽然有些还是不了解，但还是给了我一些启发。

原来三层结构是那么烦琐的，，哎，，我还以为，我看懂一些了呢，
原来只是皮毛啊。

[Sysping1]

呵呵，有想象力的人很难得，其他的只要
1：坚持
2：我能
3：想了、对了、义无反顾地去做了！
4：学习、学习、再学习
学习中。。。

[ChargeForward]

有意思

[Sysping1]

很形象！
1: 这是大家一直在追求的
2：典型设计这样
2.1 结构
UI->中间层->业务层->DAO层
->视图层
->实体层
2.2 功能
UI: 画面展示
中间层:业务定位、执行监控、执行调配等
业务层:具体业务实现
DAO:数据访问层ORM
视图层:画面显示格式定义
实体层：数据库关系表映射成实体类【 ORM】

2.3 每一层都可以是一个独立的项目。
2.4 UI仅与中间层联系。
2.5 中间层负责业务层、视图层、实体层项目的加载(或直接引用)、验证、初始化、缓冲、执行等处理。
2.6 这样后台(中间层后面部分项目)与UI无关，对于CS还是BS就一样的啦！

3： 采用ORM可以起到兼容数据库的效果。

4：希望能对你帮助