基础知识: 需求!

firebody，关于超类依赖于子类，或并行类之间的相互依赖这些问题我现在还没提出来，不过你说了也一样

我到现在还只是纯粹证明那个灵活性的问题

ajoo，要依赖也应该是依赖接口，而不是依赖具体的实现，除非是在一个纯粹的工厂里面。

ajoo，要依赖也应该是依赖接口，而不是依赖具体的实现，除非是在一个纯粹的工厂里面。

其实讨论了这么久，老说工厂来工厂去，我一直以为他ajoo会用一个factory来统一管理对象的产生，没想到最后表达的意思是在类里提供静态instance方法！
用静态instance方法替代公共构造函数。不知道，我的理解是否还是错ajoo的误。

firebody, 耦合还是有个粒度问题的。不能走极端。完全没有耦合的程序是不存在的。

比如：

class X{
  void f();{... g();; ...}
  void g();;
}

此处， f()就是紧紧耦合于g()的。你难道要把每个函数调用都ioc一下？

类之间的耦合也是。 有的就不应该耦合， 有的就无所谓。
不能一概而论。
比如你如果跟我说， TruePredicate的静态工厂不能直接调用LiteralPredicate， 我只能说你太极端了。 无话可说。

而且， 继承也是两个类直接紧紧耦合的，你用不用继承呢？

f()就是紧紧耦合于g()的

ajoo，要依赖也应该是依赖接口，而不是依赖具体的实现，除非是在一个纯粹的工厂里面。

比如你如果跟我说， TruePredicate的静态工厂不能直接调用LiteralPredicate， 我只能说你太极端了。 无话可说。

而且， 继承也是两个类直接紧紧耦合的，你用不用继承呢？

请告诉我你的代码里没有一个new。 new是依赖实现的。

这样的代码，我看着可怕

final class TruePredicate implements Predicate{
...}
 2   public bool eval(Object obj);{return true;}
 3   private static final Predicate singleton = new TruePredicate();; 
 4   public static Predicate instance();{return singleton;}
 5 }

假设这样一个极端一点的例子：

public interface A{
   public B getB();;
   oublic void setB(B b);;
   public C getC();
   public void setC(C c);;
   public D getD();;
  pulbuic void setD(D d);

}

public AImpl implemens A{
  private A(AB b,C c,D d,...);{
   }
   public static instance();{
      return this( BImpl.instance(); ,Cimpl.instance();,Dompli,instance();..);;


   

耦合这么紧密！难道还敢继续写代码下去？？？？

public AImpl implements A{
  private A(AB b,C c,D d,...);{
   }
   public static A instance(AB b, C c, D d, ...);{
      return new AImpl( b, c, d, ...);;
  }
}