博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
三个摘要
阅读量:6219 次
发布时间:2019-06-21

本文共 737 字,大约阅读时间需要 2 分钟。

1.关于三层的理解

(1)各层任务

UI层:界面层,用于与用户交互。显示信息。

BLL层:业务逻辑层。用于业务处理,仔细的算法、复杂的业务逻辑实现。

DAL层:数据訪问层:进行数据查、写操作。

 

(2)分层的作用:

正:界面与数据訪问层解耦。更能维护数据库的安全。降低界面对数据库的直接訪问和操作。将业务功能划分成模块,模块间仅仅需满足接口的一致性。便于工厂化生产;不仅使工作专业化,并且能更快地找到错误,便于调试和维护。

负:设立一个UI界面层和BLL业务逻辑层,这样UI界面层和BLL业务逻辑层的交流多依靠的是引用,在具有较多操作button的情况下,就会出现非常多引用和推断。

后果是,纷繁的引用和复杂的推断直接使系统变得复杂。从表面上来看。会认为化简了;深入实质分析的结果是。该有的关系它必须存在。一个也不能少,否则没法交流。

上图是视频中的“登录”演示样例的包图

2.学习中产生的一些问题

(1)

   背景:视频中提到“避免‘循环引用——造成死循环’”,在照着视频的样例敲完后,自己想小试牛刀,来个举一反一。

做一个“注冊、查询”。这样既包含了从数据库中查数据,也有将数据写入数据库的操作。

    问题:因为逻辑推断在BLL,查询的结果须要再次返回给界面,这就造成“循环引用”尽管没有“死循环”,但还是违背了设计原则。

有待进一步推敲。。

3.实体的意义

通过实体,能有效降低了变量的定义,有效管理了系统执行中须要提供和产生的数据的一致性问题,避免了对同一数据多次使用、多次赋值带来的混乱。有了实体的參与和使用。还能智能、有效地提供数据。由于实体内定义的变量(public型,公有的)。成了实体的成员。能够随时使用。

版权声明:本文博主原创文章,博客,未经同意不得转载。

你可能感兴趣的文章
使用python解释设计模式[译]
查看>>
对立即数进行位移引发的小问题
查看>>
位置行业应用开发应该如何选择GPS定位系统
查看>>
Kubernetes核心概念总结
查看>>
如何用 CSS 和 D3 创作火焰动画
查看>>
详解K8S与Rancher 2.0内的身份认证与授权
查看>>
MyEclipse8.6配置Maven
查看>>
5G背后那些你不知道的事儿,一对一直播app源码加速系列 ...
查看>>
WPF 控件自定义背景
查看>>
年终盘点丨细数2018云栖社区12大热点话题
查看>>
Python零基础学习代码实践 —— 打印5位数的回文数并统计个数 ...
查看>>
联想手机首发高通旗舰处理器骁龙855,能否借此打出一场翻身仗? ...
查看>>
阿里云MVP:阿里云高可用架构的设计
查看>>
Linux基础命令---文本显示look
查看>>
图数据库HGraphDB介绍
查看>>
互联网装修O2O模式是否可行?
查看>>
在Linux上安装Git
查看>>
揭开数据库RPO等于0的秘密(下)
查看>>
Android Button
查看>>
“死”法不重样,一根数据线如何从“机器伴侣”变身电脑杀手?
查看>>