OOBootcamp，全稱是Object-oriented Bootcamp,就是面向?qū)ο笥?xùn)練營(yíng)的意思纫骑，在12月份和1月份蝎亚，我們整個(gè)項(xiàng)目組一些senior一些的同事一起接受了OOBootcamp的培訓(xùn)，有這個(gè)培訓(xùn)呢先馆，還多虧了訓(xùn)杰找駿總爭(zhēng)取到了這個(gè)機(jī)會(huì)发框，Tech leader做得好，關(guān)心組員的技術(shù)成長(zhǎng)煤墙，哈哈梅惯。講師是袁慎建老師，intellij 的快捷鍵玩的出神入化仿野，技術(shù)實(shí)力沒(méi)得說(shuō)铣减，又會(huì)說(shuō)話還又會(huì)寫(xiě)文章，關(guān)鍵是人還長(zhǎng)得特別帥脚作，這就讓人有點(diǎn)嫉妒了葫哗，附上他的簡(jiǎn)書(shū)地址，歡迎大家前去騷擾. ??

前些天這次OOBootcamp圓滿結(jié)束鳖枕，完結(jié)撒花??魄梯。領(lǐng)到了一張小獎(jiǎng)狀

image.png

當(dāng)然還有一些附帶的訓(xùn)戰(zhàn)計(jì)劃桨螺，是需要在實(shí)際項(xiàng)目中去落實(shí)所學(xué)到的知識(shí)宾符。所以之后還會(huì)有一些在實(shí)際項(xiàng)目中實(shí)踐這次學(xué)到的知識(shí)之后的感悟，好灭翔，廢話不多說(shuō)了魏烫，下面就來(lái)回顧總結(jié)一下這次的OOBootcamp.

這次OOBootcamp, 主要分了三大塊的內(nèi)容，一個(gè)是SOLID原則, Simple Design原則,貧血充血模型肝箱，二是TDD, 三是重構(gòu)哄褒，主要用了Parking Lot 這個(gè)編程實(shí)例來(lái)給我們做練習(xí)，學(xué)以致用煌张，先用例子實(shí)現(xiàn)一遍呐赡，再之后在真實(shí)項(xiàng)目中再操練一遍，幾板斧下來(lái)骏融，保準(zhǔn)你映像深刻链嘀，又有自己的體悟萌狂。

SOLID 原則 (面向?qū)ο蟮幕?

SOLID原則，我自己就不多現(xiàn)丑了怀泊，附上一篇袁老師的博文茫藏，供大家參考，雖然主要講的是里氏替換原則霹琼，但是其他原則附帶也有講务傲，網(wǎng)上一搜索也是一大把。我下面就講一下我在OOBootcamp結(jié)束后對(duì)SOLID原則的理解枣申，就不會(huì)講很多細(xì)節(jié)了售葡。

先復(fù)制一波袁老師的一段文字??
SOLID由五大原則構(gòu)成：

1. Single Responsibility Principle【單一職責(zé)原則】
2. Open Close Principle【開(kāi)閉原則】
3. Liskov Substitution Principle【里氏替換原則】
4. Interface Segregation Principle【接口隔離原則】
5. Dependency Inversion Principle【依賴倒置原則】
   并且請(qǐng)記住一句話，所有的原則其實(shí)都是為開(kāi)閉原則服務(wù)的

注：袁老師說(shuō)糯而，你們知道了這幾個(gè)原則后天通，就把它忘掉，不過(guò)熄驼，我可能還沒(méi)到這種無(wú)招勝有招的境界像寒，所以需要詳細(xì)記錄一下??

1. 單一職責(zé)原則

我理解的單一職責(zé)原則很簡(jiǎn)單， 就是一個(gè)類瓜贾，或者一個(gè)方法诺祸，它就只做一件事情，當(dāng)然這句話說(shuō)了等于沒(méi)說(shuō)祭芦，你可能會(huì)說(shuō)我知道單一職責(zé)是什么意思筷笨，但還是不會(huì)啊。對(duì)龟劲，我也不會(huì)胃夏，沒(méi)人敢說(shuō)他會(huì)。因?yàn)閱我宦氊?zé)的難點(diǎn)就在于這個(gè)一件事昌跌，到底是怎么個(gè)一件事仰禀，或者說(shuō)怎么分。大到組裝一臺(tái)車蚕愤，小到造一個(gè)螺絲釘答恶，它都是一件事。怎么分萍诱？

其實(shí)這是一個(gè)很難的問(wèn)題悬嗓，這個(gè)問(wèn)題是沒(méi)有一個(gè)標(biāo)準(zhǔn)的答案的，它跟你的業(yè)務(wù)相關(guān)裕坊，跟你具體的實(shí)踐相關(guān)包竹。不是一個(gè)精準(zhǔn)的度量而是一個(gè)感官度量。唯有以面向?qū)ο蟮姆绞蕉喽嗑毩?xí)，才能找到那個(gè)感覺(jué)周瞎。以我的感受來(lái)說(shuō)悟狱，當(dāng)你覺(jué)得你找出的那一件事情，分無(wú)可分堰氓，不存在二義性挤渐，那么我認(rèn)為這就是單一職責(zé)的一件事。

2. 開(kāi)閉原則

開(kāi)閉原則的定義是對(duì)擴(kuò)展開(kāi)放双絮，對(duì)修改關(guān)閉浴麻。這個(gè)真的咋一看云里霧里，要理解這個(gè)原則囤攀，我覺(jué)得我們首先得把這句話的作用域縮小一點(diǎn)软免，就針對(duì)java 面向?qū)ο髞?lái)說(shuō)，其實(shí)應(yīng)該說(shuō)的是焚挠，擴(kuò)展功能可以增加新的類膏萧，但應(yīng)該盡量避免修改已有的類。其實(shí)還是有點(diǎn)不好理解哈蝌衔，也不知道怎么做榛泛，我覺(jué)得這時(shí)候可以去看下設(shè)計(jì)模式，全部的設(shè)計(jì)模式都遵循了開(kāi)閉原則噩斟，簡(jiǎn)直是最好的開(kāi)閉原則示范曹锨。

3. 里氏替換原則

墻裂推薦袁老師的這篇博文 讓里氏替換原則為你效力，寫(xiě)得很好剃允，簡(jiǎn)直寫(xiě)到我心坎里去了沛简。

我這里就只說(shuō)說(shuō)里氏替換原則的定義，任何基類可以出現(xiàn)的地方斥废，子類一定可以出現(xiàn)椒楣，如果你覆寫(xiě)了父類的方法，那么其實(shí)你是違背里氏替換原則的牡肉。至于為什么捧灰，都在袁老師的博文里，歡迎大家去圍觀荚板，哈哈凤壁。

4. 接口隔離原則

接口隔離原則的定義是 客戶端不應(yīng)該依賴它不需要的接口吩屹；類間的依賴關(guān)系應(yīng)該建立在最小的接口上
這個(gè)原則跪另，看定義就很好理解了，其實(shí)我認(rèn)為它是對(duì)單一職責(zé)的一種補(bǔ)充煤搜，因?yàn)槿绻銌我宦氊?zé)做的非常好免绿，那么你其實(shí)會(huì)很少碰到違背接口隔離的情況的，反之擦盾，如果真的出現(xiàn)了胯究，那么一定是你單一職責(zé)做的還是不夠好姨丈。

5. 依賴倒置原則

這個(gè)原則的定義 是程序要依賴于抽象接口蓄拣，不要依賴于具體實(shí)現(xiàn)。簡(jiǎn)單的說(shuō)就是要求對(duì)抽象進(jìn)行編程徒仓，不要對(duì)實(shí)現(xiàn)進(jìn)行編程，這樣就降低了耦合

這個(gè)其實(shí)也是有點(diǎn)繞的誊垢，面向抽象編程怎么就降低了耦合呢掉弛？其實(shí)我覺(jué)得還是很好理解的，比如你吃一個(gè)蘋(píng)果喂走，如果寫(xiě)實(shí)現(xiàn)殃饿，你寫(xiě)一個(gè)蘋(píng)果類就完事兒了，但是如果面向抽象你需要定義一個(gè)蘋(píng)果接口芋肠，然后我吃這個(gè)接口就好乎芳，不關(guān)心是什么蘋(píng)果，然后再寫(xiě)蘋(píng)果的實(shí)現(xiàn)帖池，但是后面還有需求奈惑，說(shuō)要吃一個(gè)美國(guó)的蘋(píng)果，因?yàn)槊绹?guó)蘋(píng)果又大又圓睡汹，面向?qū)崿F(xiàn)的做法是携取，我改一下我的那個(gè)蘋(píng)果類改成美國(guó)蘋(píng)果就完了，面向抽象的做法是帮孔，我在寫(xiě)一個(gè)類雷滋，美國(guó)蘋(píng)果類實(shí)現(xiàn)蘋(píng)果接口，其實(shí)對(duì)比兩種方式文兢，你就能知道誰(shuí)好誰(shuí)壞晤斩。

Simple Design(簡(jiǎn)單設(shè)計(jì))

簡(jiǎn)單設(shè)計(jì)原則 我還是推薦大家去讀袁老師的文章 簡(jiǎn)單設(shè)計(jì)落地三板斧 其中鏈接了 簡(jiǎn)單設(shè)計(jì)的價(jià)值觀和 簡(jiǎn)單設(shè)計(jì)原則，哈哈姆坚，都是他寫(xiě)的澳泵，十分高產(chǎn)。

簡(jiǎn)單設(shè)計(jì)原則在我看來(lái)核心就是 保持簡(jiǎn)單兼呵。對(duì)于程序開(kāi)發(fā)來(lái)說(shuō)兔辅，就是保持程序簡(jiǎn)單，不要去過(guò)度設(shè)計(jì)击喂，我們寫(xiě)程序的時(shí)候常常會(huì)不由自主的為未來(lái)去考慮维苔，比如一個(gè)好的程序員，他會(huì)有這樣個(gè)習(xí)慣懂昂，他不會(huì)單單只完成自己手上的工作介时，他會(huì)去思考未來(lái)會(huì)有什么需求進(jìn)來(lái)，于是這些思考會(huì)常常體現(xiàn)在代碼上，形成過(guò)度設(shè)計(jì)沸柔。而如果你認(rèn)同敏捷價(jià)值觀循衰，那么這其實(shí)并不是一個(gè)好的習(xí)慣，因?yàn)槟闼伎嫉男枨蠛峙欤鋵?shí)有時(shí)候并不會(huì)實(shí)際產(chǎn)生会钝，于是代碼憑空復(fù)雜了很多，并且有一部分還是無(wú)用代碼工三。

Simple Design 就是需要你去認(rèn)同這樣的價(jià)值觀 保持程序簡(jiǎn)單顽素，不要過(guò)度設(shè)計(jì)，你的程序?qū)崿F(xiàn)應(yīng)該是剛剛好滿足你現(xiàn)有的需求的徒蟆。

那么怎么去落地Simple Design呢胁出？請(qǐng)看袁老師講的Simple Design落地三板斧。TDD, 重構(gòu)段审，clean code, 哈哈
培訓(xùn)的時(shí)候映像比較深的是這樣一幅圖

img

這個(gè)是說(shuō)的在實(shí)踐簡(jiǎn)單設(shè)計(jì)過(guò)程中全蝶，當(dāng)面臨沖突時(shí)，我們?nèi)绾稳∩崴峦鳎钪匾氖峭ㄟ^(guò)所有測(cè)試抑淫，其次是消除重復(fù)和解釋意圖，優(yōu)先級(jí)最低的是減少元素姥闪，當(dāng)有沖突時(shí)始苇，優(yōu)先級(jí)越高的我們?cè)綉?yīng)該關(guān)注。

貧血充血模型

期間由訓(xùn)杰給我們分享了貧血和充血模型筐喳，現(xiàn)在一般Java 項(xiàng)目多數(shù)都會(huì)采用spring全家桶催式，而spring所推崇的mvc結(jié)構(gòu)是一種典型的貧血模型,于是迅杰給我們分享了貧血模型和充血模型的區(qū)別(好處和壞處)，以及充血模型的架構(gòu)應(yīng)該是怎么樣的

不了解貧血模型和充血模型的避归， 可以看看這篇文章 貧血模型與充血模型的對(duì)比

以下是摘抄自上面那篇文章

貧血模型的好處是：
1荣月、每個(gè)貧血對(duì)象職責(zé)單一，所以模塊解藕程度很高梳毙，有利于錯(cuò)誤的隔離哺窄。
2、非常重要的是账锹，這種模型非常適合于軟件外包和大規(guī)模軟件團(tuán)隊(duì)的協(xié)作萌业。每個(gè)編程個(gè)體只需要負(fù)責(zé)單一職責(zé)的小對(duì)象模塊編寫(xiě)，不會(huì)互相影響奸柬。

貧血模型的壞處是：
1生年、由于對(duì)象狀態(tài)和行為分離，所以一個(gè)完整的業(yè)務(wù)邏輯的描述不能夠在一個(gè)類當(dāng)中完成鸟缕，而是一組互相協(xié)作的類共同完成的晶框。因此可復(fù)用的顆粒度比較 小，代碼量膨脹的很厲害懂从，最重要的是業(yè)務(wù)邏輯的描述能力比較差授段，一個(gè)稍微復(fù)雜的業(yè)務(wù)邏輯，就需要太多類和太多代碼去表達(dá)(針對(duì)我們假定的這個(gè)簡(jiǎn)單的工時(shí)管 理系統(tǒng)的業(yè)務(wù)邏輯實(shí)現(xiàn)番甩，ruby使用了50行代碼侵贵，但Java至少要上千行代碼)。
2缘薛、對(duì)象協(xié)作依賴于外部容器的組裝窍育，因此裸寫(xiě)代碼是不可能的了，必須借助于外部的IoC容器宴胧。

對(duì)于Ruby來(lái)說(shuō)漱抓，更加適合充血模型。因?yàn)閞uby語(yǔ)言的表達(dá)能力非常強(qiáng)大恕齐，現(xiàn)在用ruby做企業(yè)應(yīng)用的DSL是一個(gè)很熱門的領(lǐng)域乞娄，DSL說(shuō)白了就是用來(lái)描述某個(gè)行業(yè)業(yè)務(wù)邏輯的專用語(yǔ)言。

充血模型的好處是：
1显歧、對(duì)象自洽程度很高仪或，表達(dá)能力很強(qiáng)，因此非常適合于復(fù)雜的企業(yè)業(yè)務(wù)邏輯的實(shí)現(xiàn)士骤，以及可復(fù)用程度比較高范删。
2、不必依賴外部容器的組裝拷肌，所以RoR沒(méi)有IoC的概念到旦。

充血模型的壞處是：
1、對(duì)象高度自洽的結(jié)果是不利于大規(guī)模團(tuán)隊(duì)分工協(xié)作巨缘。一個(gè)編程個(gè)體至少要完成一個(gè)完整業(yè)務(wù)邏輯的功能厢绝。對(duì)于單個(gè)完整業(yè)務(wù)邏輯，無(wú)法再細(xì)分下去了带猴。
2昔汉、隨著業(yè)務(wù)邏輯的變動(dòng)，領(lǐng)域模型可能會(huì)處于比較頻繁的變動(dòng)狀態(tài)中拴清，領(lǐng)域模型不夠穩(wěn)定也會(huì)帶來(lái)web層代碼頻繁變動(dòng)靶病。

TDD

上面的理論講完了之后，就是實(shí)踐了口予，用TDD 這個(gè)工具來(lái)實(shí)現(xiàn)一個(gè)比較經(jīng)典的題目ParkingLot Management娄周，在回顧TDD之前我要先回顧一下Tasking 思維管理工具

Tasking

Tasking 是一種思維管理工具, 它要求你對(duì)于一個(gè)比較復(fù)雜的問(wèn)題，列出它的每一個(gè)完整子路徑沪停，這樣進(jìn)行Task分解之后煤辨，復(fù)雜的問(wèn)題就變成了一個(gè)個(gè)簡(jiǎn)單的容易實(shí)現(xiàn)的子問(wèn)題了

Tasking 的經(jīng)典格式是 Given When Then 格式裳涛，一個(gè)典型停車小弟的需求Tasking分解的例子是

Given: 我管理一個(gè)停車場(chǎng)，停車場(chǎng)有空位
When: 用戶委托我停一輛車
Then: 停車成功

可以看到众辨，Tasking要求你分解出的Task要盡量的簡(jiǎn)單并且可測(cè)試

一個(gè)錯(cuò)誤的例子是

Given: 我管理N個(gè)停車場(chǎng)端三，停車場(chǎng)N個(gè)空位
When: 用戶委托我停N輛車
Then: 停車成功

這個(gè)Task其實(shí)是很難去測(cè)試的，N是多少鹃彻？測(cè)試?yán)锩婺汶y道要窮舉嗎郊闯？怎么窮舉？

TDD

TDD 測(cè)試驅(qū)動(dòng)開(kāi)發(fā)蛛株，是極限編程列出的12個(gè)團(tuán)隊(duì)實(shí)踐之一团赁，是其中重要的組成部分，TDD的具體理論和一些實(shí)踐谨履，在網(wǎng)上都有欢摄，我這里只講我練寫(xiě)TDD的感受，首先 TDD 是一個(gè)工具笋粟，是工具就有適用場(chǎng)景的剧浸，也就是說(shuō)，不是所有的軟件開(kāi)發(fā)過(guò)程都適合使用TDD矗钟，其次它是由三個(gè)單詞組成

1. Task Driven Development
2. Test Driven Development
3. Test Driven Design

三個(gè)詞中都出現(xiàn)了Driven唆香，所以，TDD的核心其實(shí)是那三個(gè)D, 而且從2吨艇，3兩個(gè)詞可以看出躬它，TDD是必須Test First的

其實(shí)在課程開(kāi)始之前，我對(duì)TDD的理解很粗淺东涡，僅僅限于先寫(xiě)測(cè)試后寫(xiě)實(shí)現(xiàn)(當(dāng)然冯吓，其實(shí)這樣理解也沒(méi)什么毛病)，在實(shí)踐中也幾乎沒(méi)有去實(shí)踐疮跑，我們總是習(xí)慣于先寫(xiě)實(shí)現(xiàn)组贺，寫(xiě)完之后再回過(guò)頭來(lái)補(bǔ)測(cè)試. 其實(shí)有時(shí)候就會(huì)有一種想法，覺(jué)得測(cè)試是一個(gè)可有可無(wú)的東西祖娘，你寫(xiě)了更好失尖，沒(méi)寫(xiě)程序也不會(huì)出啥大的問(wèn)題。就像是客戶要求我們測(cè)試覆蓋率90%以上渐苏，寫(xiě)測(cè)試就是為了完成客戶的需求掀潮。

但是，TDD要求你重視測(cè)試琼富，測(cè)試是一等公民, 你得先寫(xiě)測(cè)試再去寫(xiě)實(shí)現(xiàn)仪吧，你的測(cè)試得能表現(xiàn)你的業(yè)務(wù)，讓別人一看你的測(cè)試鞠眉，就知道你的業(yè)務(wù)是啥薯鼠，這就倒了過(guò)來(lái)择诈，變成了實(shí)現(xiàn)是小兒子，哈哈

因?yàn)樵赥DD看來(lái)出皇，好的能完整表現(xiàn)業(yè)務(wù)的測(cè)試羞芍，至少不會(huì)讓你漏了邊邊角角，而且這樣寫(xiě)下來(lái)恶迈，理想情況下涩金，測(cè)試的覆蓋率應(yīng)該是百分之一百的. 你會(huì)對(duì)你寫(xiě)的代碼無(wú)比有信心谱醇，因?yàn)樵谛枨蠓秶鷥?nèi)暇仲，你可以宣稱你寫(xiě)的代碼是百分之百的滿足需求。

課程開(kāi)始的時(shí)候副渴，我們對(duì)TDD要求的 Test First是什么奈附，是很明確的，就是先寫(xiě)測(cè)試后寫(xiě)實(shí)現(xiàn)煮剧，Task Driven Development 這個(gè)也是比較好理解的斥滤，但是后兩個(gè)確難到我們了，測(cè)試怎么去驅(qū)動(dòng)開(kāi)發(fā)勉盅，怎么去驅(qū)動(dòng)你的設(shè)計(jì)佑颇，你的設(shè)計(jì)是測(cè)試驅(qū)動(dòng)出來(lái)的嗎？以至于我們花了兩節(jié)課的時(shí)間去討論這些問(wèn)題草娜。下面我附上挑胸，我們討論的結(jié)論

1. 我們寫(xiě)測(cè)試之前，腦海里是有提前設(shè)計(jì)的宰闰，沒(méi)有提前設(shè)計(jì)茬贵，你測(cè)試都寫(xiě)不了更不用說(shuō)寫(xiě)實(shí)現(xiàn)。
2. 測(cè)試并不能驅(qū)動(dòng)你的設(shè)計(jì)移袍，只會(huì)讓你發(fā)現(xiàn)壞的設(shè)計(jì)(壞的設(shè)計(jì)測(cè)試很難寫(xiě))

下面是我們TDD的實(shí)踐步驟：

1. 跟客戶確認(rèn)當(dāng)前階段需求解藻，確認(rèn)到什么程度呢？你覺(jué)得你能開(kāi)始列Task了的時(shí)候葡盗，之后隨時(shí)保持與客戶的緊密溝通螟左，需求有任何問(wèn)題找客戶溝通

2. 選擇視角(就是選擇看待問(wèn)題的視角，比如是用戶視角還是停車場(chǎng)管理員視角)觅够，運(yùn)用Tasking思維管理工具 列Task路狮，Task是以業(yè)務(wù)場(chǎng)景為單位的，每一個(gè)Task都是要有交付價(jià)值蔚约，何為交付價(jià)值奄妨，就是客戶拿來(lái)能用的功能(能跑起來(lái)的程序)， 代碼寫(xiě)了一半苹祟，跑都跑不起來(lái)的砸抛，沒(méi)有任何價(jià)值. 先列簡(jiǎn)單場(chǎng)景的Task 后列復(fù)雜場(chǎng)景的.

3. 根據(jù)Task列表评雌，從前到后一個(gè)一個(gè)的實(shí)現(xiàn)，由于我們是采取Pair的編程方式直焙，所以是一個(gè)人寫(xiě)測(cè)試景东，然后另一人寫(xiě)實(shí)現(xiàn)，之后輪換
   提前設(shè)計(jì)注意點(diǎn)：

   1. 寫(xiě)Task之前奔誓，是要有提前設(shè)計(jì)的
   2. 提前設(shè)計(jì)必須根據(jù)你當(dāng)前已經(jīng)做完和正要做的Task做提前設(shè)計(jì)斤吐，禁止根據(jù)全部的Task做提前設(shè)計(jì)
      寫(xiě)測(cè)試的注意點(diǎn)：
   3. 測(cè)試必須能表現(xiàn)你當(dāng)前Task的業(yè)務(wù)
   4. 抽象關(guān)系可以體現(xiàn)在測(cè)試?yán)?br> 寫(xiě)實(shí)現(xiàn)的注意點(diǎn)：
   5. 實(shí)現(xiàn)的代碼是基于你的提前設(shè)計(jì)的 (不要做重復(fù)的無(wú)用功)
   6. 實(shí)現(xiàn)的代碼要?jiǎng)倓偤脻M足你的業(yè)務(wù)，何為剛剛好厨喂？就是刪除任意一行你的代碼和措，你的測(cè)試就會(huì)掛掉, 反之,就不是剛剛好
   7. 看到不爽的代碼就重構(gòu)，什么是不爽的代碼蜕煌？請(qǐng)看 clean code 這本書(shū)

4. 全部Task完成之后就是向客戶交付產(chǎn)品了派阱，由于我們的客戶是袁老師，所以給他review了代碼斜纪，保證所有的測(cè)試是綠的

TDD 這個(gè)東西贫母，如果你單看字面，不去實(shí)踐盒刚，是無(wú)法領(lǐng)會(huì)它的精髓的腺劣，我覺(jué)得初學(xué)者如果要去實(shí)踐TDD, 可以不用去考慮它的后兩個(gè)單詞，只看Test First因块，先實(shí)踐一下Test First, 然后再慢慢去加上后兩個(gè)Driven橘原，最終你會(huì)達(dá)到那種得心應(yīng)手的境界，當(dāng)然還可能是放棄贮聂，哈哈

據(jù)說(shuō)如果熟練使用了TDD, 開(kāi)發(fā)效率會(huì)比不使用TDD提升很多靠柑，這個(gè)我暫時(shí)也還沒(méi)體會(huì)到，看來(lái)是實(shí)踐的少了吓懈，之后會(huì)找機(jī)會(huì)多實(shí)踐TDD

重構(gòu)

重構(gòu)我就不多介紹了(要介紹也只能貼貼各種代碼示例)歼冰，請(qǐng)大家移步 重構(gòu) 這本書(shū)

我就只說(shuō)說(shuō)我的感受

1. 當(dāng)你看到不爽的點(diǎn)的時(shí)候，你就要重構(gòu)你的代碼
2. 不爽的點(diǎn)應(yīng)該是違背團(tuán)隊(duì)的代碼約定的耻警，而不是違背你自己的小癖好
3. 最好通讀一遍 clean code, 這樣你說(shuō)別人代碼不好的時(shí)候也不至于詞窮(可以指著書(shū)本罵他??)
4. 光看重構(gòu)這本書(shū)隔嫡，其實(shí)沒(méi)多大用處，你看過(guò)就會(huì)忘甘穿，你必須結(jié)合它來(lái)一場(chǎng)說(shuō)寫(xiě)就寫(xiě)的實(shí)踐腮恩，　clean code也一樣
5. clean code, 重構(gòu)這兩本書(shū)，請(qǐng)常備在桌面上温兼，說(shuō)不準(zhǔn)啥時(shí)候就會(huì)用到秸滴，無(wú)論是指著書(shū)本罵人，還是適當(dāng)?shù)难b一下逼??

總結(jié)

OOBootcamp 培訓(xùn)給我的進(jìn)步還是很大的募判，以前我雖說(shuō)是用著面向?qū)ο蟮恼Z(yǔ)言荡含，確寫(xiě)著云里霧里咒唆，而這次培訓(xùn)下來(lái)，結(jié)合理論和實(shí)踐释液，我深刻理解了面相對(duì)象的基本原則全释，簡(jiǎn)單設(shè)計(jì)原則，以及Tasking TDD等做法误债，而且也使我對(duì)敏捷有了更深刻的認(rèn)知浸船，確實(shí)是猶如醍醐灌頂，受用無(wú)窮寝蹈。我相信這些知識(shí)最終也能帶著我飛得更高李命。