为什么要用IOC和AOP

最新推荐文章于 2024-02-19 17:34:45 发布

桐花思雨

最新推荐文章于 2024-02-19 17:34:45 发布

阅读量291

点赞数

分类专栏： # 应用 spring

本文链接：https://blog.csdn.net/weixin_38192427/article/details/113999912

版权

本文探讨了传统开发模式的弊端，如资源浪费和高耦合，引出了控制反转（IOC）和面向切面编程（AOP）的概念。IOC容器管理对象，实现依赖注入，解决了资源浪费和更换实现类的问题，提高开发效率。AOP则为了解决面向对象编程中辅助逻辑的复用问题，提供了一种在不修改原有代码的情况下，让切面逻辑生效的方法，简化了代码编写。

摘要由CSDN通过智能技术生成

前言

作为一名 Java 开发，对 spring 框架是再熟悉不过的了。spring 支持的控制反转（Inversion of Control，缩写为IOC）和面向切面编程（Aspect-oriented programming，缩写为AOP）早已成为我们的开发习惯，仿佛 Java 开发天生就该如此。人总是会忽略习以为常的事物，所有人都熟练使用 IOC 和 AOP，却鲜有人说得清楚到底为什么要用 IOC 和 AOP

`spring IOC`

我们现在假设回到了没有 IOC 的时代，用传统的 servlet 进行开发

传统开发模式的弊端

三层架构是经典的开发模式，我们一般将视图控制、业务逻辑和数据库操作分别抽离出来单独形成一个类，这样各个职责就非常清晰且易于复用和维护。大致代码如下：

@WebServlet("/user")
public class UserServlet extends HttpServlet {
   

    // 用于执行业务逻辑的对象
    private UserService userService = new UserServiceImpl();
    
    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
   
        // ...省略其他代码
            
        // 执行业务逻辑
        userService.doService();
        
        // ...返回页面视图
    }
}

public class UserServiceImpl implements UserService{
   

    // 用于操作数据库的对象
    private UserDao userDao = new UserDaoImpl();
    
    @Override
    public void doService() {
   
        // ...省略业务逻辑代码
            
        // 执行数据库操作
        userDao.doUpdate();
        
        // ...省略业务逻辑代码
    }
}