-
盡可能的讓類或者成員不被外接訪問
單一職責(zé),高內(nèi)聚低耦合,降低類被修改的風(fēng)險(xiǎn);
-
類具有共有的靜態(tài)finnal數(shù)組域 或者返回這種數(shù)組域的方法,總是錯(cuò)誤的
public class Test { public static final List<String> list=new ArrayList<>(); }
這樣的代碼容易讓外界修改 list中的內(nèi)容
兩種辦法- 增加一個(gè)共有的不可變列表 復(fù)制其中的內(nèi)容
public class Test {
private static final List<String> list=new ArrayList<>();
public static final List<String> copys= Collections.copy(list,copys);
} - 增加一個(gè)公有的方法,返回他的clone;
- 增加一個(gè)共有的不可變列表 復(fù)制其中的內(nèi)容
-
在公有類中 我們經(jīng)常定義一個(gè)存儲(chǔ)數(shù)據(jù)的對(duì)象
public class Test{ public String a; public String b; }
堅(jiān)持面向?qū)ο蟮乃枷?應(yīng)該給與封裝get set方法
以便于后期需要想要改變內(nèi)部表示時(shí)進(jìn)行隔離好處是一旦需要更改,可以靈活的更改(內(nèi)部重載或者更改實(shí)現(xiàn)),
壞處是增加了方法 在Android中有方法數(shù)限制
綜合方案:對(duì)于JavaBean內(nèi)部,使用成員變量的時(shí)候,可以在內(nèi)部直接訪問,外部訪問必須進(jìn)過get set方法,這樣的話,因?yàn)槭窃趦?nèi)部訪問的,所以需要更改的時(shí)候很容易找到,同時(shí)也減少了不必要方法數(shù)/調(diào)用的開銷; -
不可變類如果進(jìn)行多次變化,提供一個(gè)新的方法
String不可變,提供了一個(gè)配套的變化類StringBuilder,方便多次進(jìn)行字符串拼接并且性能可靠;
-
不要為每一個(gè)get方法提供set方法,除非有很好的理由讓類變成可變類,否則就是不可變的類,
- 不可變類有很多優(yōu)點(diǎn),節(jié)省內(nèi)存,線程安全省資源,但是有一個(gè)缺點(diǎn),在特定情況下存在可能的性能問題(如String一直被+連接時(shí)生成大量的String對(duì)象,解決辦法是提供StringBuilder來構(gòu)建更加多變的類)
-
如果類是可變的,也要盡量降低他的可變性,除非有非常強(qiáng)烈的理由把這個(gè) 方法/字段 變成非final的,否則每個(gè)方法/字段 都應(yīng)該是final
-
復(fù)合優(yōu)于繼承:應(yīng)該用復(fù)合和轉(zhuǎn)發(fā)機(jī)制
- 復(fù)合轉(zhuǎn)發(fā)機(jī)制:A類中包含B類,調(diào)用A類的方法中,轉(zhuǎn)發(fā)調(diào)用B類方法,并且在中間插入某些操作
- 繼承:A類繼承B類,調(diào)用A類方法,轉(zhuǎn)發(fā)調(diào)用super,并且在中間插入某些操作(Activity生命周期方法全都是如此)
- 包裝類不適合與回調(diào),因?yàn)榛卣{(diào)對(duì)象提供的引用對(duì)象是其自身,并不是其包裝類,導(dǎo)致包裝類的方法失效....
- 只有當(dāng)A真正的是B的子類的時(shí)候,才能使用繼承,B確實(shí)是A,否則 應(yīng)該是復(fù)合的關(guān)系
-
要么為繼承設(shè)計(jì),并提供詳細(xì)的說明文檔,要么就禁止繼承
好的API應(yīng)該描述一個(gè)給定的方法做了什么工作
-
接口優(yōu)于抽象類
現(xiàn)有的類很容易被擴(kuò)展,實(shí)現(xiàn)新的接口,而單繼承特性讓它很難繼承抽象類
接口是提供擴(kuò)展功能 的理想選擇
接口允許我們構(gòu)建非層次性結(jié)構(gòu),可以讓兩者毫無關(guān)聯(lián)的在一起,如果用抽象類,隨著需求的增大,可能會(huì)導(dǎo)致更加臃腫,導(dǎo)致組合爆炸
接口雖然不允許有實(shí)現(xiàn),但是可以給每一個(gè)導(dǎo)出的接口寫一個(gè)抽象的骨架實(shí)現(xiàn),把接口和抽象類的優(yōu)點(diǎn)結(jié)合起來(類似于上面的包裝類),接口負(fù)責(zé)定義類型,骨架類負(fù)責(zé)實(shí)現(xiàn)()
例如:各種Abstract開頭的類,比如AbstractList,AbstractMap實(shí)現(xiàn)了接口的一些通用方法,方便子類進(jìn)行更好的編碼:
如果一個(gè)接口有多個(gè)方法是子類都共有的,可以編寫一個(gè)AbstractXXX骨架類,實(shí)現(xiàn)共有方法,子類便于更好的編碼;抽象類的修改比接口的修改容易的多,抽象類可以任意增加具體的實(shí)現(xiàn)方法而不用修改子類,接口不行,接口一旦被公開,想再增加方法需要更改所有的實(shí)現(xiàn)類,成本極高
-
接口只應(yīng)該用于定義類型
- 常量接口(接口中只包含一些具體的常量字段,不包含抽象方法),是錯(cuò)誤的(還記得V影院的BaseActivity實(shí)現(xiàn)的接口嗎 直接把常量都定義到一個(gè)接口里面去了)
- 靜態(tài)工具類可以代替常量接口,并且靜態(tài)導(dǎo)入讓使用更加方便
-
類層次優(yōu)于標(biāo)簽類
- 一種類負(fù)責(zé)實(shí)例化好幾種不同的對(duì)象(形狀類 實(shí)例化成圓形/正方形/三角形),導(dǎo)致內(nèi)部代碼臃腫,應(yīng)該分成多個(gè)類分別實(shí)例化
- 用單個(gè)的類去區(qū)分功能,好過于用一個(gè)類去管理實(shí)例變化
-
用函數(shù)對(duì)象表示策略
實(shí)際上就是我們Android常用的匿名內(nèi)部類,比如點(diǎn)擊事件等等,
回調(diào)機(jī)制, 抽象方法 -
優(yōu)先考慮靜態(tài)成員類
- 四種嵌套類:靜態(tài)成員類,非靜態(tài)成員類,匿名類,局部類,后面三種都稱之為內(nèi)部類
- 非靜態(tài)內(nèi)部類存在一個(gè)this的外部類引用,
- 如果成員類不要求訪問外部實(shí)例,則始終加上static修飾符
總結(jié):
- 編碼時(shí)刻遵循高內(nèi)聚,低耦合,盡量減少外界對(duì)類的修改,并且對(duì)類的修改入口進(jìn)行封裝(比如set,get),便于后期擴(kuò)展
- 復(fù)合(組合)優(yōu)于繼承,繼承破壞了封裝性和靈活性,并且使得類臃腫,如果非得用,可以用復(fù)合+轉(zhuǎn)發(fā)機(jī)制代替繼承;
- 接口優(yōu)于抽象類,道理同上,如接口中有公共的實(shí)現(xiàn)方法,考慮編寫Abstract骨架類,讓子類更少的編寫代碼,復(fù)用邏輯;
- 類層次優(yōu)于標(biāo)簽類(類中根據(jù)各種條件去進(jìn)行各種操作的類),用類去分層而不是用if-else邏輯(簡(jiǎn)單工廠模式+類分層可以代替標(biāo)簽類)
- 回調(diào),抽象方法
- 內(nèi)部類盡量加上static,比如ViewHolder,