逻辑总结
将前端分为视图层，中间层，业务层。
- 视图层负责页面渲染
- 业务层负责数据处理
- 中间层负责业务层和视图层的关系
如果为了降低耦合，可以这么做
为什么要将业务和视图分开
为了解耦
我们尽可能实现模块的独立，不互相影响。这样的话每个层只用负责自己层的事情，比如界面层不用了解业务层的数据是怎么来的。我只负责数据显示就好了
数据不同
数据层数据冗余
比如我一个学生的数据字段：
- id
- 学号
- 姓名
- 年龄
- 身份证
- 出生日期
- 入学日期
- 毕业日期
- 等等数据
但是我界面上面只显示姓名，年龄，学号。其它数据就是冗余。
视图层非业务数据
比如一个统计图，我有一下参数
- 标题
- 数据
- 统计图类型
- 宽度
- 颜色
只有统计图数据部分是从业务层过来的，其它数据是我视图层设置的
业务数据再处理
比如我一个学生，
- 成绩<60是不及格，显示红色
- 成绩>60是及格，显示黄色
- 成绩>80是良好，显示蓝色
- 成绩>90是优秀。显示紫色
但是我不想把这个写在数据库里面。我需要对业务数据进行再处理。
保证各层数据的封闭性
为了保证数据的封闭性和函数的泛用性。
我们需要做到
- 数据只能在各层内部修改
- 视图层不能直接改业务层的数据，只能调用业务层的函数来修改数据
- 函数只能在邻近层调用。
- 不能跨层调用函数。