• CDI(Contexts And Dependency Injection)是JavaEE 6标准中一个规范，将依赖注入IOC/DI上升到容器级别， 它提供了Java EE平台上服务注入的组件管理核心，简化应该是CDI的目标，让一切都可以被注解被注入。
  • 依赖注入或者称反转Ioc，通过第三方框架将你需要依赖的类主动注入进来，依赖注入随着Spring和JavaEE6普及，已经成为大家习惯的一种默认处理类关系的方法。 我将依赖注入和事件编程进行联系比较，是源于某天我突然发现，这两者实际是处理依赖关系的不同方式而
  • 这是来自 JOHANNES BRODWALL 的一篇博文，他曾经在Dzone上发表 icon
  • icon
  • 照我理解依赖就是在依赖对象内对被依赖对象进行实例化和属性或行为的调用。根据业务，类A依赖类B。B的实例化的解偶：通过DI注射到A中 。B的属性或行为的调用同过如下进行解耦：系统中创建一个接口类型I,B实现该接口。现在看似解耦了。业务变化，A不再需要依赖B了 而变为依赖C，如果C也实现接口类型I 则A icon
  • 一般我们要使用Spring或Guice等框架来实现，我们会发现使用Annotation或XML来进行注射方面的配置有时已经好像相当于编程了，最近google特地推出一个基于JVM的缺省带DI机制的语言NOOP，那么，其实基于JDK6.0的使用Javascript也可以实现DI依赖注入和AOP功能。< icon
  • 请问各位： DDD的层结构中，出现了领域层与基础设施层循环依赖，这种问题各位如何处理？ icon
  • Spring的依赖注入，我是不是可以理解成为一种部署时注入，而OSGi可以看成是一种运行时注入？ 而不使用任何框架的编码方式，是不是就是一种编码时注入？ icon
  • 最近在项目中使用域模型事件来实现model的懒加载，刚开始在moel类Organization中按照jdon文档的步骤，创建域事件，创建事件监听类，在model中设置注入对象，可以实现事件的依赖注入，后来用同样的方法在另一个类Custom中创建，当运行到该类的属性获取方法getXingzhiText icon
  • 先看主要代码： icon
  • PicoContainer的setter注入，并不带有可选性，也就是只要有setter而且注册了组件，则无论想与不想，都会注入。 某情况，某类存在AB属性，我只想B属性注入，但AB组件都已注册，而且setter方法必须存在。 icon
  • Why every Java field icon
  • EJB3.0跨 JVM远程调用能用依赖注入吗,EJB2.0用配置文件jndi.properties,配置远程主机,和端口，或者在获取初始上下文的时候，在程序里指定，访问EJB3.0在客户端代码用仅用@EJB 注入肯定是不行的,难道要回到EJB2.0老路去?那EJB3.0简化开发这点怎么没简化呢，应该 icon
  • 在TSS这篇有关SCA规范移交到OASIS讨论中：http://www.theserverside.com/ icon
  • 请问我们中国有类似Spring一样的Ioc工具吗？ icon
  • 文章Domain Events – 救世主中提到‘不要将任何东西注射到实体中“， 实体要成为富血模型，需要依赖外部服务来完成，不将它们注射进实体怎么办？”这样的危险就是导致实体不 icon
  • 如题，jdon 的IOC如何优美的注入第三方的组件(小弟也是刚接触jdon)。示例如下是spring 注入memcache客户端的例子 icon
  • domain类库里的实体类（admin）里有个方法GetGroup（获取admin的组别）要通过Infrastructure类库里的GroupRepository从数据库获得数据。但是Infrastructure已经引用domain所在的类库，这样就导致了循环依赖。是不是我逻辑错了… icon