Spring XML 配置
对于基于XML的配置,Sprig 1.0 的配置文件采用 DTD 格式,Spring 2.0 以后采用 Schema格式,后者让不同类型的配置有了自己的命名空间,使得配置文件更具扩展性.此外Spring 基于 Schema 配置方案为许多领域的问题提供了简化的配置方法.配置工作因此得到大幅的简化.采取 基于 Scheme 的配置格式,文件头的声明会复杂一些,先看一个简单的示例.
// dubbo 命名空间配置
下面详细介绍每个配置:
默认命名空间:它没有空间名称,用于 Spring Bean 的定义
xsi:标准命名空间,这个命名空间用于为每个文档中的命名空间指定 相应 的 Schema 样式文件,是 W3C定义的标准命名空间.
dubbo命名空间:这个命名空间是 阿里 Dubbo 配置的命名空间 即自定义的命名空间.
命名空间的定义分为两个步骤:
-
指定命名空间的名称
在这一步中 需要指定命名空间的缩略名或别名,如下配置文件中定义的命名空间
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
dubbo为命名空间的别名,一般使用简洁易记的名称,文档后面的元素可以通过命名空间别名 进行区别 如:
而 http://code.alibabatech.com/schema/dubbo 为空间的全限定名,习惯上用文档发布机构的官方网站和相关网站目录作为全限定名.这种命名方式既可以标识文档所属的机构,又可以很好地避免重名的问题.但从 XML Schema 语法来说,别名和全限定名都可以任意命名.
如果命名空间的别名为空,则表示该命名空间为文档默认命名空间.文档中无命名空间前缀的元素 都属于默认命名空间.如
-
指定命名空间 的 Schema 文档格式文件的位置,用空格或回车换行进行分隔
为每个命名空间指定了 对应的 Schema 文档格式的定义文件.定义的语法如下:
<命名空间1> <命名空间1Schema文件> <命名空间2> <命名空间2Schema文件>
命名空间使用全限定名,每个组织机构在 发布 Schema 文件后都会为该 Schema 文件 提供一个引用的 URL 地址.一般使用这个 URL 地址 指定命名空间对应的 Schema 文件.命名空间名称和对应的 Schema 文件地址之间使用 空格或回车分隔.不同命名空间之间也使用这种分隔方法.
指定命名空间 Schema 文件地址有两个用途
XML解析器可以获取 Schema 文件 并对文档 进行格式合法性校验.
-
在开发环境下,IDE 可以引用 Schema 文件对文档编辑提供诱导功能(自动补全功能),
当然这个 Schema 文件的远程地址并非一定能够访问,一般 的 IDE 都提供了从本地类路径查找 Schema 文件的功能,只有找不到才从远程加载.
Spring 4.0 配置的 Schema 文件放置在 每个模块 JAR 文件内 一个名为 config 的目录下.
当然 Spring 也支持 低版本的 DTD 配置文件.
如下是 默认命名空间 Bean 的常规配置:
// bean 名称 bean 类名 通过容器的 getBean("oAuthFacadeProxy")即可获取该 Bean
注意 Bean 中定义的 id 必须在 IOC 容器中是唯一的,当然我们也可以为 bean 命名,且命名可以是一个或多个如
Spring 配置文件不允许出现两个相同 id 的 bean 但是允许出现 name 相同的 bean ;如果 IOC 容器中有两个 name 相同的 Bean getBean("beanName")将返回后面声明的那个 bean ;后面相同 name 的 bean会覆盖前面声明的 bean ,所以为了避免覆盖情况发生,尽量使用 id 声明 bean
如果配置文件中 id 和 name 都没有指定则 Spring 默认使用 全限定类名作为 bean 的名称,这时用户可以通过
如果存在多个 实现类相同的 匿名
第一个 Bean 通过getBean("com.servyou.uc.dubbo.OAuthFacadeProxy") 获取
第二个 bean 通过getBean("com.servyou.uc.dubbo.OAuthFacadeProxy#1") 获取
第二个 bean 通过getBean("com.servyou.uc.dubbo.OAuthFacadeProxy#2") 获取