對于抽象類和接口,我個人覺得,一般性的接口,都可以用這兩者,
1、接口,接口實現類,
2、普通類繼承抽象類
我想問下,什么場合用接口好點,什么場合用抽象類好點
接口類似一個協議,一般只作定義
面向對象的語意是完全不同的
一種是實現,一種是個別化
看uml 就知道了
這個都用過,接口用的是最多的,但是能不能給講個語境,比如這里用抽象類就比接口好點
目前,有觀點就是,使用接口 解耦
不是這樣地,模式里用的接口多,但有些模式,如模版方法模式,用到抽像
看具體的使用
恩恩,總覺得迷迷糊糊的
之前我公司他們寫呼叫系統的時候,大量的使用了抽象類
抽象類可以定義方法的內容,具體實現留給子類實現
抽象的目的是個別化,就是各個子類都有自己的特性
雖然都繼承父類,但有些方法需要重新,或新增,就是實現了子類的特殊性
接口不一樣,接口只是單獨的 realize
1、接口,接口實現類,
2、普通類繼承抽象類
我想問下,什么場合用接口好點,什么場合用抽象類好點
接口類似一個協議,一般只作定義
面向對象的語意是完全不同的
一種是實現,一種是個別化
看uml 就知道了
這個都用過,接口用的是最多的,但是能不能給講個語境,比如這里用抽象類就比接口好點
目前,有觀點就是,使用接口 解耦
不是這樣地,模式里用的接口多,但有些模式,如模版方法模式,用到抽像
看具體的使用
恩恩,總覺得迷迷糊糊的
之前我公司他們寫呼叫系統的時候,大量的使用了抽象類
抽象類可以定義方法的內容,具體實現留給子類實現
抽象的目的是個別化,就是各個子類都有自己的特性
雖然都繼承父類,但有些方法需要重新,或新增,就是實現了子類的特殊性
接口不一樣,接口只是單獨的 realize