Python怎么實(shí)現(xiàn)BUILDER模式

這篇文章主要介紹“Python怎么實(shí)現(xiàn)BUILDER模式”，在日常操作中，相信很多人在Python怎么實(shí)現(xiàn)BUILDER模式問題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”Python怎么實(shí)現(xiàn)BUILDER模式”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

實(shí)現(xiàn)

通常有一個(gè)抽象的Builder類為導(dǎo)向者可能要求創(chuàng)建的每一個(gè)構(gòu)件定義一個(gè)操作。這些操作缺省情況下什么都不做。一個(gè)ConcreteBuilder類對(duì)它有興趣創(chuàng)建的構(gòu)件重定義這些操作。

還是那句話，這并不是Builder模式的專利，只要有抽象/具象關(guān)系就是這樣。

這里是其他一些要考慮的實(shí)現(xiàn)問題：
1) 裝配和構(gòu)造接口 

生成器逐步的構(gòu)造它們的產(chǎn)品。因此Builder類接口必須足夠普遍，以便為各種類型的具體生成器構(gòu)造產(chǎn)品。

這一點(diǎn)在前一篇文章中也提過，足夠普遍的意思是它足夠各個(gè)具象類生成各自的產(chǎn)品。

一個(gè)關(guān)鍵的設(shè)計(jì)問題在于構(gòu)造和裝配過程的模型。構(gòu)造請(qǐng)求的結(jié)果只是被添加到產(chǎn)品中，通常這樣的模型就已足夠了。在RTF的例子中，生成器轉(zhuǎn)換下一個(gè)標(biāo)記并將它添加到它已經(jīng)轉(zhuǎn)換了的正文中。

但有時(shí)你可能需要訪問前面已經(jīng)構(gòu)造了的產(chǎn)品部件。我們?cè)诖a示例一節(jié)所給出的Maze例子中，MazeBuilder接口允許你在已經(jīng)存在的房間之間增加一扇門。像語法分析樹這樣自底向上構(gòu)建的樹型結(jié)構(gòu)就是另一個(gè)例子。在這種情況下，生成器會(huì)將子結(jié)點(diǎn)返回給導(dǎo)向者，然后導(dǎo)向者將它們回傳給生成者去創(chuàng)建父結(jié)點(diǎn)。

這段話想表達(dá)的是有時(shí)需要將創(chuàng)建的節(jié)點(diǎn)返回給Director以便進(jìn)行更精細(xì)的控制。我們無法找到語法分析樹中使用Builder模式的例子，所以編寫了下面構(gòu)建菜單的例子。首先是抽象類：

然后就可以像下面這樣編寫代碼：

程序執(zhí)行結(jié)果如下：

這里的MenuTester,ItemCheck和前面的Menu、MenuItem沒有任何關(guān)系。

比較這兩個(gè)Builder的實(shí)現(xiàn)也可以發(fā)現(xiàn)：抽象的行為一樣，具象的行為完全不同。

利用者側(cè)的代碼也幾乎一樣：

內(nèi)容是一連串的測(cè)試動(dòng)作。

利用者只要使用不同的具象Builder，就可以在毫不知情的情況下構(gòu)建完全不同的產(chǎn)品。

到此，關(guān)于“Python怎么實(shí)現(xiàn)BUILDER模式”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！