面向接口而非實現(xiàn)進行編程(已改無錯字)
2023-02-06 09:01:04 本頁面
【正文】 s InstanceProvider { Public Boolean isInstanceof(Class? c)。 } 弱點背后的優(yōu)點（ 3） If (instance instanceof BetterInstanceProvider) { betterInstanceProvider bip= (BetterInsatnceProvider)instance。 return ()。 } else { Return (instanc())。} } 添加方法的另一種方案（ 1） 禁止類被繼承 ：利用 final：把一個類聲明為 final，就表示這個類是不可被繼承的。因此那種在接口或者抽象類中添加方法而引起的問題，對于這個 final類來說就不會出現(xiàn)了。由于在類的二進制文件中，對于要調(diào)用的方法，是可以通過名稱、參數(shù)及返回值來唯一確定的，所以不會產(chǎn)生兼容性的問題。 不要定義具有相同數(shù)量參數(shù)同名方法 ：像(null)這句代碼，編譯器就會給出一個編譯錯誤，這這句代碼中要方法具有二義性。要避免的方法很簡單，就是不要加入具有相同數(shù)量的參數(shù)的同名方法。 添加方法的另一種方案（ 2） Import 。 Public final class InstanceProvider { Private final CallableObject instance。 Public InstanceProvider(CallableObject instance) { =instance。 } Public Class? instanceClass() throws Exception { Return ().getClass()。 } Public Object instanceCreate() throws Exception { Return ()。 }} 添加方法的另一種方案（ 3） Public abstract class Accessor { Private static volatile Accessor DEFAULT。 Public static Accessor getDefauIt() { Accessor a=DEFAULT。 If (a!=null) {Return a。} Try {((),Item,ClassLoader())。} catch (Exception ex) {()。} Return DEFAULT。 } Return DEFAULT。} 抽象類有沒有用呢 在一個 API中， 抽象類 其實一直備受質(zhì)疑，如果 API中使用了抽象類，通常就會被動認為這是因為設計者沒有投入足夠的時間來合理地設計 API。 相對于 Java接口， Java抽象類還有一些其他方面的優(yōu)勢，那就是 抽象類 可以包含static方法。 抽象類有沒有用呢（ 2） Public abstract class InterfaceThatJustJoeCanImplement { Protected
教學課件相關推薦
鄂ICP備17016276號-1