在传统模式下,采用“new 被调用者”的方式来创建对象会导致调用者与被调用者之间的耦合性增加,不利于后期项目的升级和维护()
举一反三
- 以下有关依赖注入相关说法正确的是 A: 依赖注入（DI）与控制反转（IoC）的含义相同，只不过这两个称呼是从两个角度描述的同一个概念 B: 在传统模式下，调用者通常会采用“new 被调用者”的代码方式来创建对象，这种方式会导致调用者与被调用者之间的耦合性增加，不利于后期项目的升级和维护 C: 在使用Spring框架之后，控制权由应用代码转移到了Spring容器，控制权发生了反转，这就是Spring的控制反转 D: 从Spring容器的角度来看，Spring容器负责将被依赖对象赋值给调用者的成员变量，相当于为调用者注入了依赖的实例，这就是Spring的依赖注入
- 命令模式是通过调用者调用接受者执行命令的，顺序为调用者→接受者→命令。
- Android中，关于service的启动两种方式描述不正确的是 A: 使用startService()方法启动服务，调用者与服务没有关联，即使调用者退出，服务仍然运行。 B: 使用bindService()方法启动服务，调用者与服务绑定在一起，调用者一旦退出，服务也就终止。 C: 使用startService()方法启动服务，如果服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onStart()方法，可以调用stopService()方法来结束服务。 D: 使用bindService()方法启动服务，如果服务未被创建，系统会先调用服务的onCreate()方法，接着调用onBind()方法，可以调用stopService()方法来结束服务。
- 在使用Spring框架之后，对象的实例不再由调用者来创建，而是由【 】来创建，Spring容器会负责控制程序之间的关系，而不是由调用者的程序代码直接控制。
- Android四大组件之一的Service（服务）另一种启动方式bindService特点不包括（） A: 使用这种start方式启动的Service的生命周期如下：onCreate（）--->onBind（）--->onUnbind（）--->onDestroy（） B: 绑定服务不会调用onStart（）或者onStartCommand（）方法 C: 绑定者不可以调用服务里面的方法。 D: bind的方式开启服务，绑定服务。调用者调用unbindService解除绑定，服务也会跟着销毁。