【正文】 } Public void add(String s) { (s,s)。} Return DEFAULT。 } else { Return (instanc())。 Java中接口和類的區(qū)別 多繼承 ： Java接口最突出的特性就是多繼承。否則 API一旦發(fā)布以后，會有各種使用方式，大量無法預計的事情。他們的實現(xiàn)就不能被調(diào)用了，theMethod方法語義也發(fā)生了改變，則子類是無法重載這個方法的。 3 邏輯分離與物理分離 ： 只是把類說明，和類實現(xiàn)分離，但文件還是在以前。 上一章說到： API公開的內(nèi)容越少越好 。那種自用示公開內(nèi)容來完成某種功能的做法是非常脆弱的，會因為版本、環(huán)境的不同而無法正常運行。 作者希望可以簡化這個 API Public abstract class SimpleHelloClass { Public abstract String sayHello()。 Private static class MyHello extends Hello {Override Public void hello() {(“Hi”)。性能方面的考慮就不是主要因素了。要避免的方法很簡單，就是不要加入具有相同數(shù)量的參數(shù)的同名方法。}} Public abstract void everyoneCallThisJoeWillHandleTheRequest()。 這個方法有太多的數(shù)據(jù)需要返回，也可以用向 Response類中添加新的設(shè)置方法。} } 要為增加參數(shù)做好準備 (2) 對于客戶來說，給他一個類去實現(xiàn)，就不如給他一個 接口來實現(xiàn) ，后者看起來更像是 一種解決方案 。 }} 添加方法的另一種方案（ 3） Public abstract class Accessor { Private static volatile Accessor DEFAULT。 Public Object instanceCreate() throws Exception 。這種處理對于源代碼來說是不兼容的。} } 工廠方法支持參數(shù)化的返回類型（ 3） Public final class TemplateT extends object { Private final ClassT type。這種情況，從類中移除該內(nèi)容，不會引起什么問題，但沒什么意義。提供的 功能越多留給具體 實現(xiàn)的空間也就越少 。一個 API對外提供的功能越多 ，那么為保持向后兼容性 所做的工作也就越多。 一個方法或者字段被定義為 private或者是默認的package訪問級別，那么對于外部代碼來說，它是不可見的，也就無法進行訪問。} //now what!? Public Template(){this()。 （ 2） 添加一個抽象方法 可能不向后兼容 ： 向類中添加一個抽象方法，則會強迫其非抽象的子類來實現(xiàn)該是抽象方法，這種改變是做不到向后兼容的。接口是一個非常合適的工具 弱點背后的優(yōu)點（ 2） Public interface InstanceProvide { Public Class? instanceC