面向接口而非實(shí)現(xiàn)進(jìn)行編程-文庫吧在線文庫
【正文】 Template(){this((ClassT))。}} Private static class SuperHello extends Hello {Override Public void hello() { ()。 （ 4）不要在接口中添加一個非抽象方法 ：能添加抽象方法的只能是類，不可能在接口中添加一個非抽象方法。 弱點(diǎn)背后的優(yōu)點(diǎn)（ 1） 向現(xiàn)有接口中添加方法總不太容易。 } 弱點(diǎn)背后的優(yōu)點(diǎn)（ 3） If (instance instanceof BetterInstanceProvider) { betterInstanceProvider bip= (BetterInsatnceProvider)instance。 添加方法的另一種方案（ 2） Import 。} Try {((),Item,ClassLoader())。} 要為增加參數(shù)做好準(zhǔn)備 (1) 對 API進(jìn)行修改，那么最常見的問題就是如何通過添加方法的參數(shù) 來增強(qiáng)現(xiàn)有方法的功能。 Public final class Request { }} 要為增加參數(shù)做好準(zhǔn)備 (3) Public final class Response { Private final MapString,String result) 。 采取這種模式，一定要把 Requst和 Response類都是聲明為 final類，如果不將他們聲明為接口的話，在對這個系統(tǒng)進(jìn)行改進(jìn)時，就會平添很多麻煩。 } } Public void add(String s,String description) ｛ (s,description)。} Return ret。} 抽象類有沒有用呢 在一個 API中， 抽象類 其實(shí)一直備受質(zhì)疑，如果 API中使用了抽象類，通常就會被動認(rèn)為這是因?yàn)樵O(shè)計(jì)者沒有投入足夠的時間來合理地設(shè)計(jì) API。 } Public Object instanceCreate() throws Exception { Return ()。因此那種在接口或者抽象類中添加方法而引起的問題，對于這個 final類來說就不會出現(xiàn)了。接口是一個非常合適的工具 弱點(diǎn)背后的優(yōu)點(diǎn)（ 2） Public interface InstanceProvide { Public Class? instanceClass() throws exception。利用多繼承公使用一個對象，就可以實(shí)現(xiàn) API中公開的多個接口。 （ 2） 添加一個抽象方法 可能不向后兼容 ： 向類中添加一個抽象方法，則會強(qiáng)迫其非抽象的子類來實(shí)現(xiàn)該是抽象方法，這種改變是做不到向后兼容的。}} 直接公開這個可被繼承的 Hello類，會有很多代碼，是直接從外部調(diào)用 Hello的 Hello方法的： Public static void sayHello ()} Hello Hello=new Hello()。} //now what!? Public Template(){this()。 類和接口其實(shí)是
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1