奢侈品 网站建设方案,铁岭做网站一般多少钱,网站建设中最基本的决策之一是,图像处理与网站开发简介#xff08;DI / CDI基础#xff09; 首先#xff0c;我认为对此会有一些困惑#xff0c;但事实是#xff0c;它们是相同的–不同之处在于用法及其用途。 DI#xff08;依赖注入#xff09;是通用术语–该功能基本上是在任何应用程序上进行Bean发现和Bean连接过程的… 简介DI / CDI基础 首先我认为对此会有一些困惑但事实是它们是相同的–不同之处在于用法及其用途。 DI依赖注入是通用术语–该功能基本上是在任何应用程序上进行Bean发现和Bean连接过程的功能。 它不仅可以在应用程序中使用它还可以在单元测试和模拟中使用它。 当然那里有很多DI框架包括GuiceSeamSpringSeam和Spring扩展了DI方案并建立了自己的框架EJB 3.x和CDI本身。 另一方面CDI结合了所有这些技术并向组件引入了生命周期–这使得DI技术得以统一从而使新功能的开发变得直截了当且可行。 您可以将Seams生命周期映射与以JPA作为其持久层的Spring MVC结合在一起-这些技术都是单独创建的但都与CDI结合使用应用程序开发人员可以将它们结合在一起以创建和开发JEE应用程序。 我将需要分解主题因为我肯定会在这里用单词和字母让每个人感到无聊所以 DI / CDI基础 基本注射 资格赛范围 DI / CDI高级 我将为每个人创建单独的帖子 让我们开始 SPI服务编程接口 它还具有所谓的SPI-显然是与API一起提供的功能集但完全具有不同的用途。 API是您为实现目标而调用并使用的类/接口/方法/…的描述。 SPI是您为实现目标而扩展和实现的类/接口/方法/…的描述。 使用SPI您实际上可以扩展JEE6以创建自己的不同框架从而展示可移植性和可扩展性。 但我稍后会介绍 。 为什么选择CEE for JEE6 CDI已经出现在JEE5J2EE中并取得了巨大的成功。 它的方法使很多新开发受益最终简化了整个开发过程。 在JEE6中改进CDI的几个原因。 JEE5确实支持资源注入但是它仍然缺乏通用的依赖关系–它仅支持 EJB PersistenceContext PersistenceUnit Resources–当然除了Spring引入了用于管理bean生命周期的不同注释外 非基于类型的注入弱–字符串名称和XML注入确实很脆弱。 改进基于类型的注入通常可以实现更好的工具。 术语 CDI –上下文和依赖注入 焊接 JSR 299参考实现–参考实现是用于扩展JSR特定实现的SPI。 为Servlet容器提供扩展的CDI支持。 扩展编写器的CDI增强功能。 CDI和Java EE的Maven原型我喜欢maven。 CDI主题松耦合和强类型 松散耦合仅表示对象与使用或当前使用的对象在松散地独立。 CDI引入了用于解耦的新功能例如限定符 增强了拦截器 修饰器 消息生成器 使用者及其底层事件机制。 将深入探讨有关CDI高级主题的每个示例。 强大的输入 -只是意味着通过让容器创建特定的名称并将其映射到对象来严格声明bean。 这样就不需要对字符串进行基于字符串的命名几乎不需要铸造因为铸造是由容器完成的利用限定符。 豆什么 从技术上讲您拥有多种形式的BeanJSF BeanEJB BeanSpringSeamGuice CDI实体Bean等但最终Bean只是具有特殊定义的POJO由Managed Bean 1.0定义 – Java EE6中制定的规范。 这意味着任何POJO都可以是任何类型的bean只要它符合规范标准即可–从而进一步简化了声明和开发过程。 容器负责管理POJO并通过提供/引入常见的基本服务来增加对它的支持例如 生命周期管理 PostConstruct PreDestory 注入资源Resource 拦截器 Interceptors ArounInvoke javax.annotation.ManagedBean
public class MyPojo {Resource // Resource injection
private Datasource ds;PostConstruct // Life-cycle
private void init() {....
}
Interceptors(LoggingInterceptor.class)public void myMethod() {...}
} 考虑到这一点 EJB REST和CDI bean呢 EJB bean服务–托管bean具有公共服务上述并支持事务安全性线程安全性和持久性。 REST bean服务–具有HTTP支持的托管bean CDI bean –具有生命周期的托管bean支持 自动发现 确切地说Manage Bean最终是针对特定用途而扩展的SPI。 EJBRest实体Bean都是托管Bean但是容器提供了其他服务。 因此如果您使用Stateless或Stateful批注定义POJO则容器会自动检测到它是EJB bean并且需要特定于容器的支持例如事务安全性线程安全性扩展等。 package mypackage;
import javax.ejb.Stateless;Stateless
public class GreetingBean {public String greet(String name){return Hello name;}
} 一个简单的POJO类就用一个手指实际上是敲入就变成了一个Stateless bean从而产生了一个Stateless代码。 与先验3.x上定义EJB的方式不同这很痛苦。 从此处下载示例以上 单击我 自动Bean发现 CDI容器是负责如何发现Bean的容器但是它是如何做到的 它首先扫描包含应用程序和容器档案的类路径。 它尝试扫描类路径并查看标记为发现的POJO即托管Bean。 您可以考虑将其放入一个池中并且当另一个Managed Bean通过注入对其进行调用时可以随时使用有关下一个博客主题的更多信息 然后它检测到bean.xml或任何上下文xml文件定义的存在。 对于Spring爱好者来说这很像一个applicationContext.xml至少是约定但很松散–您将XML传递到contextConfiguration侦听器直通参数上Spring CDI Container会自动在其中标记对象beans以便发现–当然您需要定义扫描机制组件扫描。 最终引入DI / CDI是为了简化开发过程统一技术以及整体以产生更强大可扩展的应用程序。 让所有容器按照标记Bean的公共服务的方式工作这使开发人员的任务更加轻松而且比避免以前的框架导致的陷阱更重要。 SPI –实际上是改进的定义它允许实际的JEE6框架可扩展从而创造了更加动态的特性–业务应用程序架构师现在可以设计自己的框架和约定。 为自己的规则放置更多特定于业务的设计或注释并提供企业应用程序始终需要的健壮性和灵活性。 下一主题 基本进样 –我不想将所有内容放到一个帖子中因此我将让您先吸收它并检查我创建的样本。 从现在开始我将详细介绍DI和CDI的示例。 参考 DI / CDI – JCG合作伙伴 Alvin Reyes在Alvin“ Jay” Reyes博客博客上的基础知识 。 翻译自: https://www.javacodegeeks.com/2013/08/di-cdi-basics.html
