总结java的interface和abstract class

原文出处：http://www.blogjava.net/vcycyv/archive/2011/02/20/344716.ht[url]ml[/url]先说说interface和abstract method语法中需要注意的地方。

Interface:

1. An interface can contain fields, but these are implicitly static and final.

2. You can choose to explicitly declare the methods in an interface as public, but they are public even if you don’t say it.

3. Interface cannot define static method



Abstract:

1. 一个类中如果所有的方法都有实现，我们仍然可以定义这个类为abstract class

2. abstract和static不能放在一起定义方法。



Interface和Abstract class的实践

1. interface适合定义mixins（不知道mixin怎么翻译，它指窄接口，只定义specific contract）.

java不能多重继承。如果想达到多重继承的效果，需要借助“多重实现”interface. interface的一个典型用法是定义小接口。比如Comparable。这样它的实现成本比较小，一个class比较容易mixin多个interface。

2. 如果interface不是mixin, 而是大一点的接口。

effective java, 2nd edition有精彩的阐述，对于大接口，我们往往使用skeletal implementation class. 举个例子：

  // Concrete implementation built atop skeletal implementation
   static List<Integer> intArrayAsList(final int[] a) {
   if (a == null)
   throw new NullPointerException();
   return new AbstractList<Integer>() {
   public Integer get(int i) {
   return a[i];  // Autoboxing (Item 5)
   }
   @Override public Integer set(int i, Integer val) {
   int oldVal = a[i];
   a[i] = val;     // Auto-unboxing
   return oldVal;  // Autoboxing
   }
   public int size() {
   return a.length;
   }
   };
  }

new AbstractList<Integer>就是在应用Skeletal implementation. 有两个好处：

a) 它使实现接口更方便了

b) If, in a subsequent release, you want to add a new method to an abstract class, you can always add a concrete method containing a reasonable default implementation. All existing implementations of the abstract class will then provide the new method. This does not work for interfaces.

跟interface相关的还有一个话题是wrapper class，也很精彩，它是把继承转成合成的方式，应用了decorater模式的思想. 在书里的第16章介绍。

 // Wrapper class - uses composition in place of inheritance
    public class InstrumentedSet<E> extends ForwardingSet<E> {
        private int addCount = 0;
        public InstrumentedSet(Set<E> s) {
            super(s);
        }
        @Override public boolean add(E e) {
            addCount++;
            return super.add(e);
       }
       @Override public boolean addAll(Collection<? extends E> c) {
           addCount += c.size();
           return super.addAll(c);
       }
       public int getAddCount() {
           return addCount;
       }
   }
   // Reusable forwarding class
   public class ForwardingSet<E> implements Set<E> {
       private final Set<E> s;
       public ForwardingSet(Set<E> s) { this.s = s; }
       public void clear()               { s.clear();            }
       public boolean contains(Object o) { return s.contains(o); }
       public boolean isEmpty()          { return s.isEmpty();   }
       public int size()                 { return s.size();      }
       public Iterator<E> iterator()     { return s.iterator();  }
       public boolean add(E e)           { return s.add(e);      }
       public boolean remove(Object o)   { return s.remove(o);   }
       public boolean containsAll(Collection<?> c)
                                      { return s.containsAll(c); }
       public boolean addAll(Collection<? extends E> c)
                                      { return s.addAll(c);      }
       public boolean removeAll(Collection<?> c)
                                      { return s.removeAll(c);   }
       public boolean retainAll(Collection<?> c)
                                      { return s.retainAll(c);   }
       public Object[] toArray()          { return s.toArray();  }
       public <T> T[] toArray(T[] a)      { return s.toArray(a); }
       @Override public boolean equals(Object o)
                                          { return s.equals(o);  }
       @Override public int hashCode()    { return s.hashCode(); }
       @Override public String toString() { return s.toString(); }
   }

使用它的客户端程序：

Set<Date> s = new InstrumentedSet<Date>(new TreeSet<Date>(cmp));
Set<E> s2 = new InstrumentedSet<E>(new HashSet<E>(capacity));



3. 人人都说 面向接口编程，很多时候矫枉过正了， 搞得接口漫天飞。interface常常是重构出来的，而不总是设计出来的。程序分层中，越是靠近底层的程序，越倾向于需要接口，越靠近顶层的程序，对接口的需求倾向于越小。如果你明知道以后不太可能提供另一套实现，提前写个接口摆那里也没啥意义，尽管定义接口的成本很低。如果你担心一旦有一天确实提供了另一套实现，重构code也不会很麻烦。只要遵守了单一职责原则和迪米特法则。迪米特法则的一种表述方式是：talk only to your immediate friends