以前的人们写代码,都写在main()方法中,如果出现了错误,就慢慢调试,这样调试会浪费很多时间,而程序员的时间是非常宝贵的。但是当使用分层架构的时候,在系统出现错误的时候就可以清晰明确的知道错误出在哪里,现在的公司中百分百都是使用分层架构的,因为那样可以分离我们程序员的关注,使代码更为简洁。
分层架构的好处
分层架构其实带来了很多好处,首先就是方便维护和分离关注点,这一点前面已经提到了。
便于更改或替换
先说说便于替换或者更新,比如我现在用的数据库是SQL Server数据库,如果我需要将数据库更换为MySQL,在增删改查的语法一致的情况下,我们只需要更改BaseDao工具类的连接字符串,而不用更改其它层的代码。
实现软件之间的解耦
解耦之后,每个部分都可以独立变化。
举个简单的例子,画一个三角形和画一个文字,在DX和OpenGL下面用的是截然不同的方法(不仅仅是函数名不一样)。但是你哪一天你发现,你爱用DX还是OpenGL,丝毫不影响你如何画三角形还是文字,爱画什么画什么,那么你画的东西跟你画的手段就解耦了。这个解耦的具体做法就是在中间插入一层接口(interface)。软件的所有问题都可以通过增加一层interface来解决。你的团队越大,需求变化越快,你越要保证程序员之间的依赖关系越少,你的软件解耦的就越好,interface就越多,关系就越复杂(跟乱不一样),应付变化就越容易,钱赚的就越多,越稳定。
做提高软件组件的重用
在软件开发中,由于不同的环境和功能要求,我们可以通过对以往成熟软件系统的局部修改和重组,保持整体稳定性,以适应新要求。这样的软件称为可重用软件。
分层的架构和解析
代码分层可大致分为:
DAO(数据访问对象):该层分为接口和他的实现类来实现功能,dao子目录只提供对外接口,而他的实现类要放到数据访问层,就是impl层。
DTO(Data Transfer Object,数据传输对象):主要用于远程调用等需要大量传输对象的地方。 比如我们一张表有100个字段,那么对应的PO就有100个属性。 但是我们界面上只要显示10个字段, 客户端用WEB Service来获取数据,没有必要把整个PO对象传递到客户端, 这时我们就可以用只有这10个属性的DTO来传递结果到客户端,这样也不会暴露服务端表结构。到达客户端以后,如果用这个对象来对应界面显示,那此时它的身份就转为VO。
BIZ(业务逻辑层):跟dao层一样只提供接口。
Model(实体层):用于读、取数据。
JavaBean:javaBean在MVC设计模型中是model,又称模型层,在一般的程序中,我们称它为数据层,就是用来设置数据的属性和一些行为,然后我会提供获取属性和设置属性的get/set方法。
Servlet:用于跟JSP页面进行交互。
POJO(Plain Ordinary Java Object,简单无规则的Java对象):传统意义的Java对象。就是说,在一些Object/Relation Mapping工具中,能够做到维护数据库表记录的Persisent Object完全是一个符合Java Bean规范的Java对象,没有增加别的属性和方法。我的理解就是最基本的Java Bean,只有属性字段及setter和getter方法。
"你的气质里,藏着你走过的路,读过的书和爱过的人。"
原文地址:https://www.cnblogs.com/yanggb/p/11868013.html