IOC 小白觉得就是原来需要自己new的类 交给了IOC工厂去处理new类这个事情DI 就是原来需要我们自己new的类现在可以通过依赖注入
依赖注入需要写 一行代码, new新的类也需要写一行代码 优势在在哪里?
有人说改需要改动构造函数 那我直接new一个无参的构造函数呢?觉得这样好像是就没有什么优势了 非要说优势是不是那个工厂模式里的饿汗模式 不用的时候不需要new是一个优势么?
来自小白的疑问?请求大神解答一下
依赖注入需要写 一行代码, new新的类也需要写一行代码 优势在在哪里?
有人说改需要改动构造函数 那我直接new一个无参的构造函数呢?觉得这样好像是就没有什么优势了 非要说优势是不是那个工厂模式里的饿汗模式 不用的时候不需要new是一个优势么?
来自小白的疑问?请求大神解答一下
解决方案 »
- struts2里面怎么用el表达式取值
- 新手struts问题
- 数据库生成实体类
- 关于日期转换问题
- 关于springsecurity的cas配置
- 程序如何连接外部设备---主啊,救救我啊!
- 高人进 TOMCAT 报好多Error sending end packet 每天都要重起TOMCAT不知道什么原因
- JAVA数据库连接池的问题
- 一个关于servlet的空指针错误
- 加了写锁 但是别的事务还是可以修改数据
- springboot项目部署docker出错、sqlSessionFactory的类路径中定义的资源、异常是com.mysql.jdbc4通信异常:通信链路失败
- eclipse ide安装问题
这些入口bean依赖的其他基础bean,都交由spring来扫描、初始化、注入;
基础bean依赖的配置项也由spring来获取和注入。例如基础bean是负责操作数据库的,如果不一开始就完全把依赖注入工作交给spring,就可能有外包写出下面这样高度耦合的代码:
入口bean必须在new一个基础bean后,先调用基础bean的init方法来传入数据库配置,然后基础bean的update方法才能正常运行;进而同样的new、init、update三连代码出现在多个不同的入口bean里;甚至各个入口bean从不同的配置文件里读取同一个数据库的地址配置。
常规作法是每天改代码,今天 new MySql(); 明天改成 new Oracle();如果用注入的方法,源代码都不用改,新增一个Oracle的实现,然后修改一下配置就可以发布了。