2. 依赖注入对象的请求模式

前一节我们讨论了关于声明注入点的几种方法，这一节主要来介绍在注入点上如何定位到所需要的标识符的话题。基本上，我们可以用字符串为标识符来请求依赖对象、或者用全类名（FQCN）为标识符来请求依赖对象、或者用两者混合的模式。下面我们来依次介绍。

2.1. 字符串请求模式

顾名思义，字符串请求模式即依赖注入框架将一个依赖绑定到指定的字符串上，而后将其装入依赖注入容器。依赖者通过这个字符串，向容器请求所需要的依赖。Seam和Spring都是典型的基于字符串请求模式的框架。

在这样的模式中，容器中管理的依赖的标识符是通过字符串来定义的，例如我们刚才定义Bank和DepositBook依赖的时候，就是分别将其绑定到了“bank”和“depositBook”这两个字符串上。

@Name("bank") // 将BankICBC依赖绑定到"bank"

public class BankICBC implements Bank { // …… }

@Name("depositBook") // 将DepositBookICBC依赖绑定到"depositBook"

public class DepositBookICBC implements DepositBook { // …… }

之后对于依赖者类，只要在注入点上声明需要请求标识符字符串为“bank”或“depositBook”的依赖，容器就会自动将BankICBC和DepositBookICBC的实例返回给依赖者了。注意前面我们也提到了，Seam框架中在@In注入点缺省是被认为请求与成员变量名同名的依赖，因此下面两种请求依赖的写法是一样的：

@In // 请求标识符为"bank"的依赖对象

private Bank bank;

@In // 请求标识符为"depositBook "的依赖对象

private DepositBook depositBook;

@In("bank") // 请求标识符为"bank"的依赖对象

private Bank bank;

@In("depositBook") // 请求标识符为"depositBook "的依赖对象

private DepositBook depositBook;

尽管Seam和Spring都采用了纯字符串的标识符定义的模式，但这种模式下有一个很大的弱点：违反了“类型安全（type-safe）”原则，也就是说可能会误将一个本不是依赖者类所希望的依赖对象注入进来。试想这样的场景：假设开发者在开发Depositor类并定义其所需要的依赖的时候，误将“bank”写成了“bak”，而其他开发者又恰好向容器中注册了一个标识符为“bak”的依赖。

@In("bak") // 错误地请求了标识符为"bak"的依赖对象

private Bank bank;

@Name("bak ") // 其他开发者恰好向容器中注册了一个"bak"依赖

public class Bak { // …… }

此时Java编译器编译器是不会有任何错误信息提示的，因为@In是一个运行时注解，根据Java5的注解原理，运行时注解在编译时几乎就相当于一个注释行被编译器忽略掉了，只有到了运行时才会由解析它的代码段产生作用。因此无论是开发者定义成@In(“bak”)还是@In(“bakxxx”)等等，都不会对代码的编译造成任何影响。在这个例子中，虽然开发人员误将“bak”依赖请求进来，但会正常编译出应用程序，然后在运行这个应用程序的时候则会抛出ClassCastException的异常，这是就需要开发者花力气去排查错误了。

当然如果情况比较简单的话或许可以很快地排查掉这个bug，但是还有比这更可怕的事情：试想假设Bak类与Bank类是有继承关系的父子类，那么即使是在运行时也不会抛出ClassCastException的异常，因为依赖可以正确地被cast后set到注入点，这就有可能使得应用程序在被执行了很深之后才出现意想不到的bug，此时再去排查错误就会变得很困难了。

当然还有另外一种情况，就是如果容器中没有“bak”这个依赖的情况。此时声明注入点处的代码如果没有特殊限定，容器很可能将一个null对象设定到注入点，依然只会在运行时抛出NullPointerException异常。NPE异常或许是Java开发者最不愿意看到的异常了，因为它自描述性差，使得开发者经常很难定位错误所在。

转载于:https://www.cnblogs.com/Free-Thinker/p/4173276.html

依赖注入及AOP简述（六）——字符串请求模式 .相关推荐

依赖注入及AOP简述（五）——依赖注入的方式 .
二.依赖注入的应用模式前面我们了解了依赖注入的基本概念,也对一些依赖注入框架进行了简单的介绍,这一章我们主要来讨论作为开发者如何利用依赖注入框架来实现依赖注入的设计思想. 1. 依赖注入的方 ...
依赖注入及AOP简述（一）——“依赖”的概念 .
一.入门:依赖注入作为一种全新的设计模式理念,"依赖注入"这个词汇在软件设计开发中已经是越来越耳熟能详了,而各种流行于开源社区的"依赖注入框架",也越来越多的 ...
JavaEE开发之Spring中的依赖注入与AOP编程
上篇博客我们系统的聊了<JavaEE开发之基于Eclipse的环境搭建以及Maven Web App的创建>,并在之前的博客中我们聊了依赖注入的相关东西,并且使用Objective-C的R ...
第七节：WebApi与Unity整合进行依赖注入和AOP的实现
一. IOC和DI 1. 通过Nuget引入Unity程序集. PS:[版本:5.8.6] 2. 新建DIFactory类,用来读取Unity的配置文件并创建Unity容器,需要注意的是DIFacto ...
Microsoft.Practices.Unity实现代码依赖注入、XML依赖注入和AOP切面编程
源码地址: http://files.cnblogs.com/xdoudou/Unity%E4%BE%9D%E8%B5%96%E6%B3%A8%E5%85%A5%E5%92%8CAOP.rar 转载于 ...
ASP.NET CORE 第四篇依赖注入IoC学习 + AOP界面编程初探
原文作者:老张的哲学更新 1.如果看不懂本文,或者比较困难,先别着急问问题,我单写了一个关于依赖注入的小Demo,可以下载看看,多思考思考注入的原理: https://github.com/anjo ...
从壹开始前后端分离【 .NET Core2.2 +Vue2.0 】框架之九 || 依赖注入IoC学习 + AOP界面编程初探...
更新 1.如果看不懂本文,或者比较困难,先别着急问问题,我单写了一个关于依赖注入的小Demo,可以下载看看,多思考思考注入的原理: https://github.com/anjoy8/BlogArti ...
【 .NET Core 3.0 】框架之九 || 依赖注入与 IoC
本文有配套视频:https://www.bilibili.com/video/av58096866/?p=5 前言 1.重要:如果你实现了解耦,也就是 api 层只引用了 IService 和 IRe ...
EFCore查缺补漏（一）：依赖注入
前段时间,在群里潜水的时候,看见有个群友的报错日志是这样的: An unhandled exception was thrown by the application. System.OutOfMem ...

依赖注入及AOP简述（六）——字符串请求模式 .

2. 依赖注入对象的请求模式

2.1. 字符串请求模式

依赖注入及AOP简述（六）——字符串请求模式 .相关推荐

最新文章

热门文章