纵向开发
在原本的业务逻辑中,客户端(Client)的服务请求会传达到Controler层(控制层),控制层会接收传达过来的请求,获取参数并转发给Service层(服务层),以用户的增删改查为例,控制层接收到的要修改的用户的参数以及操作,例如Delete(“张三”),然后服务层就会提供相应的接口去实现Delete操作
在逻辑简单的项目中,Service要实现的接口并不复杂,便于修改,占用空间小,但在实际开发 中,一个系统的业务层往往繁多而修改,新增业务就意味着要修改业务层的接口和实现类,涉及到底层代码,牵一发而动全身,很容易造成系统的崩溃,因此在公司的业务开发中,都极力避免对业务层的修改。
面向切面开发
Aop的实现机制就是在不修改业务层代码并新增业务的情况下,新增一个代理类来实现业务接口,在Spring中一个代理类通过一个set方法去实现对应的业务接口,Service中每一个业务接口都由一个专门的业务类来处理
//Service业务接口
public interface Userervice {
//创建用户
public void creat();
//删除用户
public void delete();
//更新用户
public void update();
//查找用户
public void query();
}
**对应的实现类 **
//每一个业务接口都要有一个对应的实现类去实现
public class ServiceImpl implements Userervice {
@Override
public void creat() {
System.out.println("增加了一个用户");
}
@Override
public void delete() {
System.out.println("删除了一个用户");
}
@Override
public void update() {
System.out.println("更新了一个用户");
}
@Override
public void query() {
System.out.println("查询了一个用户");
}
}
而通过代理类可以实现它与业务实现类的组合,客户端将通过代理类去实现响应的业务,一个代理类与一个业务实现类相对应,并且可以自发的选择实现多个接口,新的功能也可以通过代理类与接口对接,避免修改服务层。
public class agent implements Userervice {
private ServiceImpl service;
//代理类中通过set方法组合了业务实现类的对象,客户端可以用代理类的对象来调用任意业务类的接口
public void setService(ServiceImpl service) {
this.service = service;
}
@Override
public void creat() {
service.creat();
}
@Override
public void delete() {
service.delete();
}
@Override
public void update() {
service.update();
}
@Override
public void query() {
service.query();
}
}
Aop实现机制
每一个代理类都代表一个业务实现类,代理类的增加虽然增加了代码量,但它可以让系统更加便于管理,有助于实现业务的分工以及后续业务的开发