拯救強迫癥Android Builder模式
前言
Builder模式大家應該不陌生,在我們的編碼生涯中,總會碰到它的身影。無論是Android開發(fā)中的AlertDialog,還是網(wǎng)絡框架中的OkHttp和Retrofit,亦或是JavaPoet中,都有這哥們的身影。
之所以它這么受歡迎,除了它的上手難度比較低以外,還有一點就是它的的確確的解決了我們日常開發(fā)中的一個難題,創(chuàng)建對象時需要的參數(shù)過多。
舉個小例子
過去幾年大家都流行炒幣,導致市面上一卡難求。隨著政府政策的出臺,以及虛擬貨幣的崩盤。顯卡不再是有價無市的一種狀態(tài)。大學剛畢業(yè)的小龍開了個電腦店,專門給人配電腦。最開始的時候需求比較簡單,只給人記錄電腦的CPU,GPU,硬盤等相關信息。
傳統(tǒng)的創(chuàng)建對象方式
// 電腦類 class Computer { private String mBroad; private String mCPU; private String mGPU; public Computer(String broad, String CPU, String GPU) { mBroad = broad; mCPU = CPU; mGPU = GPU; } @Override public String toString() { return "Computer{" + ", mBroad='" + mBroad + ''' + ", mCPU='" + mCPU + ''' + ", mGPU='" + mGPU + ''' + '}'; } }
這個時候創(chuàng)建一個Computer對象是這樣的:
Computer computer = new Computer("微星 B550M","INTEL I5","NV 3060TI");
隨著業(yè)務量的增大,客戶的要求也越來越多。對鼠標,鍵盤,系統(tǒng)也有了相應的需求。所以Computer類也不得不有了相應的改變。
static class Computer { private String mOS; private String mBroad; private String mKeyBoard; private String mMouse; private String mCPU; private String mGPU; public Computer(String OS, String broad, String keyBoard, String mouse, String CPU, String GPU) { mOS = OS; mBroad = broad; mKeyBoard = keyBoard; mMouse = mouse; mCPU = CPU; mGPU = GPU; } // 就寫一個set方法否則文章太長,其他就不寫了 public void setmBroad(String mBroad) { this.mBroad = mBroad; } @Override public String toString() { return "Computer{" + "mOS='" + mOS + ''' + ", mBroad='" + mBroad + ''' + ", mKeyBoard='" + mKeyBoard + ''' + ", mMouse='" + mMouse + ''' + ", mCPU='" + mCPU + ''' + ", mGPU='" + mGPU + ''' + '}'; } }
而創(chuàng)建Computer對象的參數(shù)也越來越長:
Computer computer = new Computer("MAC OS","微星 B550M","IQUNIX F97" ,"羅技 MX MASTER3","INTEL I5","NV 3060TI");
如果再有新的需求參數(shù),電源,機箱,散熱,內存條,硬盤......簡直不敢想象。
對象初始化參數(shù)問題
此時我們面對的是編程中常見的一個問題,對象中需求的參數(shù)過多,而都在構造函數(shù)中傳遞,則構造函數(shù)就會同例子中一樣,太長,要是用set方法來傳遞,則更為恐怖。
這個時候一個模式就應運而生,他就是建造者模式。
建造者模式處理方式
/** * @author:TianLong * @date:2022/10/17 19:58 * @detail:產(chǎn)品類 */ class Computer{ private String mOS; private String mBroad; private String mKeyBoard; private String mMouse; private String mCPU; private String mGPU; private Computer(String OS, String broad, String keyBoard, String mouse, String CPU, String GPU) { mOS = OS; mBroad = broad; mKeyBoard = keyBoard; mMouse = mouse; mCPU = CPU; mGPU = GPU; } public static ComputerBuilder createBuilder(){ return new ComputerBuilder(); } @Override public String toString() { return "Computer{" + "mOS='" + mOS + ''' + ", mBroad='" + mBroad + ''' + ", mKeyBoard='" + mKeyBoard + ''' + ", mMouse='" + mMouse + ''' + ", mCPU='" + mCPU + ''' + ", mGPU='" + mGPU + ''' + '}'; } /** * @author:TianLong * @date:2022/10/17 19:58 * @detail:產(chǎn)品建造者類 */ public static class ComputerBuilder{ private String mOS = "Windows"; private String mBroad= "微星 B550M"; private String mKeyBoard= "無"; private String mMouse= "無"; private String mCPU= "Intel I5"; private String mGPU= "AMD 6600XT"; public ComputerBuilder setOS(String OS) { mOS = OS; return this; } public ComputerBuilder setBroad(String broad) { mBroad = broad; return this; } public ComputerBuilder setKeyBoard(String keyBoard) { mKeyBoard = keyBoard; return this; } public ComputerBuilder setMouse(String mouse) { mMouse = mouse; return this; } public ComputerBuilder setCPU(String CPU) { mCPU = CPU; return this; } public ComputerBuilder setGPU(String GPU) { mGPU = GPU; return this; } public Computer build(){ // 可以在build方法中做一些校驗等其他工作 if (mBroad.contains("技嘉")){ throw new RuntimeException("技嘉辱華,不支持技嘉主板"); } Computer computer = new Computer(mOS,mBroad,mKeyBoard,mMouse,mCPU,mGPU); return computer; } }
老版本和Builder版本創(chuàng)建對象
// 老版本的Computer對象創(chuàng)建 Computer computer = new Computer("MAC OS","微星 B550M","IQUNIX F97" ,"羅技 MX MASTER3","INTEL I5","NV 3060TI"); // Builder版本的Computer對象創(chuàng)建 Computer computer =Computer.createBuilder() .setCPU("AMD 5600X") .setGPU("NV 3060TI") .setMouse("羅技 MX MASTER3") .setKeyBoard("IQUNIX F97") .build();
兩個版本一對比就能體現(xiàn)出來優(yōu)勢。老版本構造函數(shù)中的參數(shù)太多太長,同一個類型的參數(shù)很容易傳錯位,經(jīng)常傳參數(shù)的時候,還要看看第幾個參數(shù)應該傳什么。
Builder模式的對象創(chuàng)建,簡單明了,更容易理解,而且流式的調用更加美觀,不會出錯。
從代碼中可以看到,Computer類的構造函數(shù)是私有的,保證了所有對象的創(chuàng)建都必須從ComputerBuilder這個類來創(chuàng)建。且ComputerBuilder這個類的build方法中,可以進行校驗或者其他操作。
同時,Computer這個類中是否存在Set方法,由你的實際應用場景決定,反正我的使用場景里,沒有修改需求。
注意事項
- 上述代碼為常見寫法,并非固定模板。只要能通過Builder類創(chuàng)建目標對象,都可以算是建造者模式。
- 建造者模式中的目標對象的構造函數(shù)必須是private修飾。否則可以直接創(chuàng)建對象。Builder類就沒有意義了
- 建造者模式中的目標對象是否需要Set方法,由具體需求決定。一般情況下沒有Set方法,可以避免對該對象中的參數(shù)進行修改。
- Builder中的build方法,可以處理一些邏輯問題,比如校驗信息等
- 工廠模式注重的是同一類型的對象中通過參數(shù)來控制具體創(chuàng)建哪個對象。Builder模式關注的是單一對象中的參數(shù)傳遞。
以上就是拯救強迫癥Android Builder模式的詳細內容,更多關于Android Builder模式的資料請關注腳本之家其它相關文章!
相關文章
BootStrapValidator與My97日期校驗的實例代碼
這篇文章給大家介紹了bootstrapvalidator與my97日期校驗的實例代碼,代碼簡單易懂,非常不錯,具有參考借鑒價值,需要的朋友參考下吧2017-01-01Android實現(xiàn)自定義的衛(wèi)星式菜單(弧形菜單)詳解
相信大家經(jīng)常在應用中會看到衛(wèi)星菜單,那么這篇文章就來介紹在Android中如何實現(xiàn)自定義的衛(wèi)星式菜單(弧形菜單),有需要的可以參考學習。2016-08-08Android中實現(xiàn)Runnable接口簡單例子
這篇文章主要介紹了Android中實現(xiàn)Runnable接口簡單例子,著重點在如何實現(xiàn)run()方法,需要的朋友可以參考下2014-06-06揭秘在ListView等AdapterView上動態(tài)添加刪除項的陷阱
今天遇到這么個需求,需要在運行時動態(tài)添加ListView的item,看起來很簡單,實際操作過程中卻遇到了麻煩,下面揭秘在ListView等AdapterView上動態(tài)添加刪除項的陷阱2016-04-04