• 接触依赖注入有一段时间了，对于它的好处基本上都是这样说：“bean自己不再负责对象的依赖关系，从而降低对象之间的耦合。同时让开发者把精力放在业务逻辑的编写上。” 但我总怀疑是否真的降低了耦合，因为我们在获取想要的bean的时候还是一样的通过一个唯一的标识，对于既有的设计而言，这样做只是把存在耦合的地
  • Javax 即JavaExtension 是在Java2时才引入的。基本上很多以javax开头的包里面的类都不是具体实现类。大多是接口或者抽象类。 举个例子 如果你不用DOM4J 或者JDOM之类的话， 你持有的对象Document是一个接口。 所以你肯定不能这么写 Document doc = n
  • 看了以前的贴子 （一）对象之间的关系： 1． 依赖： 依赖对象通过调用被依赖对象的方法来获得服务。一种比较松散的关系，并且是短期的。我们的过程与对象往往依赖与我们的实体域对象。如在struts 的 action中调用模型层的方法。 2． 关联 它使一个类指到另一个类 icon
  • 有个接口IA 有个类A，实现IA，且内部有个方法B() 问：如何用接口IA调用方法B() icon
  • Simplify the Best：轻量框架: Ioc/DI是所有轻量框架的一个共同特点，不同的只是具体Ioc/DI实现方式不同。 [url= icon
  • 在使用jdon的过程中，我发现只有通过构造器才能够进行，难道不能像spring那样可以通过别的方式进行注入吗？ icon
  • IOC，是现在很火的设计模式，就像当年的Factory和Singleton模式一样。IOC模式为我们提供了真正（？）的松散耦合，但是松散耦合真的这么酷吗？紧耦合真的一无是处吗？不见得。 首先，使用IOC模式就必然会依赖于一些IOC容器，除非你直接使用反射(-_-)，比如Spring，这对于勾结的独立 icon
  • Ioc容器的革命性优点 Ioc容器的革命性优点是颠覆了“使用对象之前必须创建” 的基本Java语言定律。而基于PicoContainer实现的Jdon框架比Spring更好实现这一目标。 http:/ icon
  • 在PICO如何注册实现同一接口的多个类？如何选择性的对他们进行注入？ 请有经验的DX指点一下，谢谢！ icon
  • 很遗憾，我恰好很熟悉IoC和AOP，所以一旦我看到这样的代码： [code] public JdbcDAO() { try { ServiceLocator sl = new ServiceLocator(); dataSource = (DataSource) sl.getDataSource(J icon
  • 2005新趋向：PicoContainer等微容器正日益受到关注和广泛应用；J2SE5.0将JMX作为JDK基本API，这些技术都表明对象的易管理性呼之欲出。欢迎讨论： [url= icon
  • 我的对IOC的理解，和EJB和Spring和PicoContainer的理解: 1:EBJ属于IOC 的type2(set*和get*)类型和type3(constructor）类型,但是EBJ的IOC原理存在着一定缺陷： （1）EJB容器的IOC实现的方向是查找，而且是用重量级的JNDI来查找，不 icon
  • IoC模式中一文中有如下描述： “DefaultPicoContainer container = new DefaultPicoContainer(); container.registerComponentImplementation(PicoUserManager.class); contai icon
  • 问题1.我觉得国人写的代码和老外写的代码风格真很不一样为什么? 是不是值得深思?欢迎大家发表一下看法! 问题2.picocontainer中 MutablePicoContainer pico = new DefaultPicoContainer(); pico.registerComponentI icon
  • 文章见： [url= icon
  • 看看 不同于EJB这样的重型容器，PicoContainer这种超轻量级别容器仅仅提供了最基本注册功能... 开发要求不高的WEB应用，这似乎是拿来封装逻辑 icon