A. 依赖注入能够独立开发各组件,然后根据组件间的关系进行组装
B. 依赖注入使组件之间相互依赖、相互制约
C. 依赖注入提倡使用接口编程
D. 依赖注入指对象在使用时动态注入
第1题:
A.依赖注入的目标是在代码之外管理程序组建间的依赖关系(组件?组建?)
B.依赖注入即“面向接口”的编程
C.依赖注入是面向对象技术的替代品
D.依赖注入的使用会增大程序的规模
第2题:
A.依赖注入是一种设计开发模式
B.依赖注入使组件之间相互依赖、相互制约
C.依赖注入提倡使用接口编程
D.依赖注入可以独立开发各组件,然后根据组件间的依赖关系进行组装
第3题:
A.依赖注入
B.AOP
C.声明式事务
D.资源访问
第4题:
A.将创建完整、合法对象的工作任务转交给构造函数外的其他方法
B.避免了编写繁琐的setter方法,所有的依赖关系都在构造函数中设定
C.由于不存在setter方法,而是在构造时由容器一次性设定依赖关系,因而组件在创建之后即处于相对不变的稳定状态,无须担心上层代码在调用过程中执行setter方法时破坏组件之间的依赖关系
D.通过构造子注入,可以在构造函数中决定依赖关系的注入顺序
第5题:
A.setter注入
B.getter注入
C.接口注入
D.构造注入
第6题:
依赖注入说法正确的()
第7题:
下面关于依赖注入(DI)的说法不正确的是()。
第8题:
关于Spring与Hibernate集成,下面说法错误的是()。
第9题:
下面关于在Spring中配置Bean的init-method的说法正确的是()
第10题:
Spring提供了HibernateDaoSupport类来简化Hibernate的使用
在Spring配置文件种可以通过Spring提供的LocalSessionFactoryBean,来获得SessionFactory的实例
通过集成Spring和Hibernate,用Spring管理程序的依赖关系,将SessionFactory注入到DataSource中
通过Spring,可以在Biz层代码中无需直接实例化DAO类,而是通过注入得到
第11题:
依赖注入的目标是在代码之外管理程序组建间的依赖关系
依赖注入即是“面向接口”的编程
依赖注入是面向对象技术的替代品
依赖注入的使用会增大程序的规模
第12题:
set方法注入
构造方法的注入
get方法的注入
接口的注入
第13题:
A.Spring提供了HibernateDaoSupport类来简化Hibernate的使用
B.在Spring配置文件中,可以通过Spring提供的LocalSessionFactoryBean来获得SessionFactory的实例
C.通过集成Spring和Hibernate,用Spring管理程序的依赖关系,将SessionFactory注入到DataSource中
D.通过Spring,无须在Biz层代码中直接实例化DAO类,而是可以通过注入得到
第14题:
A.Spring DAO需要注入DataSource
B. Spring DAO需要注入SessionFactory
C. DataSource需要注入SessionFactory
D. Spring DAO无须注入SessionFactory
第15题:
A.对于习惯了传统JavaBean开发的程序员而言,通过setter方法设定依赖关系更加直观自然
B.当依赖关系(或继承关系)较复杂时,构造注入方式的构造函数相当庞大。此时若使用设值注入的方式,则简单快捷
C.某些第三方类库要求组件必须提供默认的构造函数,此时构造注入方式的依赖注入机制会突显其局限性,难以完成期望功能
D.在构造期即能创建完整、合法的对象
第16题:
A.执行效果完全相同
B.注入依赖关系注入时机不同
B.setter注入方式依赖对象先注入
D.构造注入方式依赖对象先注入
第17题:
第18题:
下面对Spring包装Struts1.2的说法正确的是()。
第19题:
下面关于“依赖注入”的说法,错误的是()。
第20题:
下面是Spring依赖注入方式的是()
第21题:
在构造组件图时需要首先找出系统中存在的组件、接口及组件间的依赖关系。
第22题:
将组件间的依赖关系采取配置文件的方式管理,而不是硬编码在代码中
降低了组件间的耦合,使程序更容易维护和升级
促进了“面向接口”编程,使构建大规模程序更轻松
需要定义大量接口,增加了编码复杂度
第23题:
init-method是在最前面执行的
init-method在构造方法后,依赖注入前执行
init-method在依赖注入之后执行
init-method在依赖注入之后,构造函数之前执行