心得 - Classic TDD by Examples Refactor to Design

發表於 更新於 分類於 閱讀次數： Disqus：

這幾天的碎片時間幾乎都在看 ClassicTDD 課程影片，每一個段落每一個章節都能夠給我觀念上的糾正與實際的解決思路，我越來越覺得其實我根本就不會寫 Code…..
其實收穫最大的除了這個以外，我常常就是想到一句話，學習從模仿開始，問題是，你要能夠找的到對的模仿對象

在 TDD 的世界中有兩種人

一種是上過 91 課程的人，都是一面倒的好評
一種是沒有上過 91 課程的人，可能是因為價格卻步、又可能是擔心不值得

我希望能夠以過來人的經驗，提供一點心得給他們參考，至於我為什麼這樣做？因為資訊量太過龐大，而我想把學習過程中的心得、感受記錄下來

一方面是因為方便自己未來複習的時候，可以快速抓到重點，一方面也想要透過這樣的方式，讓其他的人也了解這樣的課程有甚麼幫助

我其實想要推薦的對象，是像我一樣，對 Coding 有一點點熱忱，但對於技術並沒有那麼厲害的普通人

我的學習方式

我的習慣是將每個段落理解到一個階段後，再往下個段落學習；然後全部看完之後，如果還沒辦法內化的話，那就再來一次

我也上過不少實體課程，講師其實都很優秀，東西也都很棒，但我吸收的效果卻不是很好，我自認對於學習還算有熱忱，但礙於天資、年紀與精力，我很難在實體課程中真正的吸收到甚麼東西

所以我逐漸將實體課程的學習方式，轉為閱讀與影音課程，期望能透過反覆觀看的方式，可以比較輕鬆自在的學習，但是實際的情況是，我買了課程、買了書，安排了時間閱讀與學習，效果卻不盡理想

  1. 年紀漸長，很難有一段時間能專心做事情，晚上能準時睡覺就該偷笑了
  2. 影片的語言不是中文，或者是大陸口音，在學習過程中往往還要分心在理解講師要表達的意思，對於我有點吃力
  3. 有些老師很有料，但其實口條並不清楚，或者是不會教學，反而很容易讓我直接放棄，因為那不是個好的學習體驗

也因此，能夠找到自己適合的課程，選擇其實很少，就在這樣的情況下，91開始準備著手影音課程，讓我很期待

課程資訊

這一次的課程Classic TDD by Examples - Refactor to Design就是我很想要的一門課程
主要的誘因

  1. 講師在 TDD 領域非常專業
  2. 課程採用 Rider 示範，學習如何善用開發工具
  3. 想 Refactor 但不知道怎樣做比較好
  4. 我曾經上過講師的實體課程，雖未能完全理解，但很多我還記得的觀念，到今天還受用

提醒

跟讀書心得不一樣，我並不打算在這邊暴露任何關於課程的細節
一方面是因為一門課程的準備與設計都是很耗費心力的，沒有接觸過的人很難理解，講師在準備一門課程所花費的心力有多少
一方面是我認同付出需要回報，才能夠持續成長，所以我不想要破壞這件事情

如果想了解課程細節，上面有連結；如果想看我的心得，就放在下面，心得會隨著我的學習進度持續更新，但大致上也就是這樣的形式

寫到後面好像已經有點不太像是學習心得了，感覺像是個學習日記一樣，哈哈，我應該不會每天更新，其實我很懶惰的

心得

2021-07

0714

拿到影片課程了，非常開心。先看了幾份文件，知道大概有那些東西後，將影片下載回來，查看了一下影片長度，有 11 小時多，應該之後的時間都會花在這上面了，既期待影片內容，又怕不符合自己期待值，懷著忐忑的心情，睡覺去

0715

利用碎片時間先看過一遍題目講解、分析，文件中有提到最好是自己先寫一次，寫完之後再來開始學習比較，效果會比較明顯。嗯，我很認真地看了 20 分鐘開始思考這件事情，然後決定放棄了，因為我好像短時間做不出來，做出來應該也很髒；這效果應該不用比了，我直接就開始上課了。

果然從第一步就開始打臉，細緻的分析與邏輯，明確的列出已知資訊及待辦事項，我覺得今天學習的第一件事情就是這個了，我可能沒辦法像講師一樣能這麼厲害的分析，但這個方法我能學起來，用久了這個習慣也就養成了

透過工具，在分析題目的當下，整理資訊，而這份資訊會是我們後續作業的依據

0716

因為之前的分析有些地方我還是會忘記，希望至少能夠在聽熟一點，知道全貌
所以透過手機隨身撥放，聽分析的影片度過一天

0717

開始照著影片建立測試專案，一開始的行為就是，邊聽講師說明，然後同步跟著操作 IDE 做一模一樣的事情
我以為剛開始而已，應該沒有甚麼值得記憶的點，但事隔三天，我現在還能記起來，從一開始操作 IDE，我就決定直接改變我的使用習慣
所有的熱健全部改用跟影片相同的，也就是VisualStudio，少部分自己加入的熱鍵再去新增就好

  1. 講師的影片有裝顯示熱鍵的外掛，想知道操作可以暫停影片，觀看熱鍵顯示，如果熱鍵組設定相同，可以省去心力
  2. 每個人的熱鍵最好自己設定，但前提是你要先熟練使用了功能，再去改，未熟練之前，看影片有時會直接打上熱鍵，這些都是加深記憶，所以這些熱鍵最好先相同
  3. Alt+PageUp、Alt+PageDown值得記錄一下，這是個我忽略了的超好用熱鍵

今天的收穫是，開發習慣的建立

  1. 熱鍵
  2. 使用鍵盤操作單元測試、Git Commit

0718

開始寫測試了，學習到如何從一開始我們整理好的資訊，怎麼樣照著它做事情，這邊很多時候都會有講師說明，比較屬於觀念上的東西，讓我們清楚為什麼在這個階段要做這件事情

0719

在重構的部分，開始有pattern的感覺了，講師在影片重構完畢後，我有時候都覺得應該 OK 了，但就又開始重構，並解說為什麼這樣做的原因。
比較記憶深刻的點是feature envy，但我對於這個東西怎麼應用在現有的公司專案上有點困惑，這個就等之後有想法再說吧。

在觀看影片的時候注意到Ctrl+comma的這個熱鍵組合，但因為使用中文輸入的關係無法輸入這個熱鍵，這算是很困擾我的一點，因此參考了 slack 的講師回答跟其他人的建議，我最終還是選擇將系統加入一個英文語系，如此一來，我可以透過Alt+Shift切換英文跟中文輸入法，也可以採用Win+Space切換，透過這樣的方式取代原來Ctrl+Space切換輸入法的習慣

0720

好用的Rider熱鍵組，今天開始有意識的查熱鍵，練習如何熟練使用

  1. 移動到下一個方法的熱鍵 Alt+Down、Alt+Up
  2. 頁籤之間切換 Alt+Left、Alt+Right
  3. 自己建立一個測試 Session Ctrl+U, N
  4. 添加測試進入 Session Ctrl+U, A
  5. 執行當前 Session 所有測試 Ctrl+U, Y

0722

先前半夜睡前聽影片的時候，發現有一些前面的細節我沒有補充，但想想應該我至少會整個重聽幾次，前面沒記錄下來表示我還沒有 GET 到點，那就以後聽到再補吧

今天接續新進度繼續下去，影片中講師不厭其煩的再次解釋了 out 的問題，以及解決方案，在這邊反覆提及的是職責這件事情，從一個我們暴露出去的方法中，不應該包含太多實作上的細節，這些細節都是應該要再被抽象出去的。

這也呼應了先前所說的呈現意圖這件事情，這個真的很重要，以後看程式碼好不好維護、 容不容易理解就靠這個了

而從單元測試案例的設計開始，也反覆地提到關鍵字：代表性
透過測試失敗來明確目標，然後透過綠燈的過程去完成目標，最後透過重構整理；後面的紅燈綠燈重構應該大家都很熟悉了，但是更重要的事情是測試案例的代表性，而不是隨便抓一個案例就開工了，我想這個影片示範，對我的確是有警示作用，而且也提供了一個實際的思路如何去正確的設計測試案例

但是如果要做的事情太多，那還是需要先將其拆解成顆粒度較小的測試才行，至於單元測試的測試案例重構，我個人是偏向保留代表性足夠的案例即可，畢竟越多案例就需要越多精力去理解，執行也要更多時間

本日影片金句：骯髒無恥的綠燈就出來了

可能是因為已經很習慣講師以前一直強調的開發方式，所以也都很習慣用 IDE 來產還沒有產生出來的 Code，而是先將我們要做的事情先描述出來，在這邊也特別花了點時間介紹這樣的觀念，姑且稱之為Intention Driven，這也是我覺得改變開發習慣的第一步，透過重構功能能夠很方便地做到這些事情，入門也不難，值得嘗試

綠燈之後就是重構，在這邊我會先猜測等等的重構行為，會是做哪些事情，然後用意圖的方式去思考，很開心的猜中了

0723

接著昨天的進度繼續往下看，還好接續的部分剛好是講師告一段落，後面開始往下做的時候，也順帶的前情提要了之前做的事情，讓我隔了一天接著看也能快速地進入狀況，昨天我猜的重構步驟只猜到前半段，後半段整個就是超出我想像的方式，但一步步走來卻又那麼理所當然。這種震撼我很難表達出來，連續的幾個巧思直接將我原本預想中困難的部分輕而易舉的就用我所熟知的東西幹掉了，所以這一段我今天看了不少次，而剩下的零碎時間，我打算在回顧一下之前的內容，這次透過的是91哥在報名成功後，就同時給予的一個 dropbox paper 文件來複習已經看過的部分。

是的，91哥用寫書的概念在寫這份文件，將開發過程當中一些重要的資訊也寫在這份文件內，方便同學回顧，一開始我是沒有仔細看內容，還是事後在 slack 頻道中，無意間看到同學說他怎麼卷軸拉不到底，原來是好像有十五萬字….
恩，所以就沒什麼好提供心得的了，這兩天就好好複習一下到目前為止的進度，希望能夠在腦子裏面順順地跳出來，下一步應該要做什麼，怎麼做。

0726

用了一些時間再次重溫了先前被震撼到的重構，這次著重在為什麼會想到要這樣重構
如何將原本近似的兩個類別，透過重構的方式先將不同的方法簽章處理成相同的，然後再提取共同的介面，再次精簡主要方法的邏輯，並使其完整地呈現意圖，而細節都被封裝，而這一切都有91哥同步解釋思路，這一段真的是精華

0727

想起了自己很久前亂寫的一個分頁小工具，趁著最近學到的需求分析方法，也弄個心智圖來分析歸納一下，不整理不知道，一整理之後發現我一直在改 testcase，然後改著改著，整個需求越來越明確，我也越來越清楚整個脈絡，要做哪些事情，在整理的當下，也順手將一些規則直接定義完畢，整個與先前的狀況就是天壤之別，雖然還沒開始寫 CODE，但我感覺這次如果開始寫的話，會順利很多

2021-08

0805

距離上次練習已經有些時間了，今天又抓到一點時間重新溫習並往下繼續，影片遵循著紅燈、綠燈、重構的循環，在每個階段開始前，91哥會先大致上簡單分析需求並解釋思路，有了概念後才開始動工；看著程式碼逐漸產生最後又是利用先前提過的重構技巧，一套組合拳下來，發現程式碼已經打完了。我想大概是因為解說教學的關係，再加上刻意的BabyStep練習，程式碼的撰寫實際上花費很少時間，大部分都是利用 IDE 產生再去調整、重構，如果想好好善用Rider進行開發，透過91的課程來學習我想比起自己悶著頭練習會很好多。

原先我以為這一段要綠燈的話，會寫得很複雜，但影片中91用一種非常優雅輕鬆的方式完成了，然後程式碼能夠很清晰的表達意圖，過程中連續幾次的重點提醒有 Code Smell，也能夠加深印象，讓我組合技也能打得有模有樣

91邊解說邊敲代碼，講完了也敲完了，沒看過的人應該有點難想像，因為很難跟得上91的速度，我大概每個片段都是反覆看好幾次

影片看到目前，剛好在六小時左右，才看到一半，慢慢來吧

0809

今天於公司專案重構時，刻意運用小步快跑的概念，既有專案非常的複雜且骯髒，想要先嘗試重構，將 razor 接收的後端資料改用別的方式給值，替換掉 global 變數，調整後立即重開 iis express 驗證頁面功能是否正常，速度雖然比較慢，但每次只改一點點，也不要重構改過的程式碼，先驗證重構的方向與概念是否可行，OK 後再進行優化，重複這樣執行，速度雖然比較慢，但勝在很穩健。確認 OK 的部分馬上先用 Git 加入 Stash，出錯了也可以立即還原，這個概念雖然很簡單，但其實是真的有用。尤其是在不熟悉的狀況下，想要驗證自己的想法時，可以有效地建立一個安全地帶，讓重構無後顧之憂。

這也是以前就知道，但沒有多刻意重視。藉由這次影片的觀念解說，嚴格遵守這樣的概念其實是有幫助的。

0813

影片持續進行，今天練習的進度是將一段邏輯重構為責任鍊的方式，其實寫 CODE 寫久的人大概可以知道程式碼最終應該可以長成什麼樣子，但如何利用 IDE 的功能，讓 IDE 幫你重構成那個樣子就是壓箱底的絕招了，這兩天就都在看這一塊，先完整的看過一次，隔天再手動跟著練一次，感覺還不識很熟悉，我想我會需要將這一段落的目標寫起來，然後下面條列出細節的重點，之後複習的時候可以不用看影片，需要提示的時候稍微看一下這個筆記就好了。

然後我這樣想的時候，就想到，好像講師早就把這件事情做完了，放在 dropbox paper 上了，越來越覺得這份影片處處用心，都埋了很多細節，以前也曾經上過 OO 課程，也有講到責任鍊，但透過重構完成反而更能讓我體會到這個 Pattern 是怎樣演變出來的，我覺得對我個人是很有效果的

今天最重要的部分就是學到了如何透過 IDE 重構並提取父類別，原來是這樣做到的，我也像講師說的那樣，看到不熟悉我就 UNDO 回去了，然後還是傻傻地用手 KEY。能夠學到這招的確能夠省很多時間，也期望未來自己能在實戰中應用上。

0817

今天的影片進度看完了，也跟著做了一次；過程中感觸很深的是，假設我們不採用TDD方式開發，通常我們會選擇用XXXHelper的方式來處理，而這就是一個災難，試想好像真的如此，而這就會造成後續接手維護的困難，就像寫小說一樣，後面的結果已經被安排得好好的了，就是一個噩夢

反覆地提及壞味道的辨別方式，讓我感知壞味道的功力似乎也提升了一點點，而一再提起的東西都與物件導向的內聚有關係，看完這邊，我的感想又跟第一天看影片的心情一樣，我真的一點都不會寫 Code，希望被狂打臉後能將養分吸收起來。

另外我覺得很棒的是：當新增一個紅燈測試案例後，照理說一定會錯，但在還沒有執行測試看到結果之前，91會先預測這個紅燈跑出來的行為是甚麼，然後去比對程式真正的結果，用來看看我們對於程式碼的掌握是否足夠，而這也是我目前主管曾經告誡過我的一個很重要的能力，果然厲害的人習慣都差不多。

重構完畢後，會回顧這一小步做了哪些事情，這也相當於復盤我們這一 ROUND 做了哪些東西來滿足新的測試案例，我還蠻喜歡這個步驟的

0919

時隔一個月的這段期間，已經將影片看完，雖然看完了，但因為時間跨度很長，其實也缺少了一鼓作氣連貫的練習，回想起整個課程，目前我第一次破關的感覺是，懵懵懂懂。91哥在影片最後特別給予了自學這份影音的學員一些建議，記得比較有感觸的是：那些DIFF才是寶貴的地方。原句忘記了，但仔細想想，其實就是這些DIFF被我們內化後的知識、經驗，能夠比別人有更多的優勢。

至於學習上的部份，我只能說從這份課程中我得到很多東西，不管是技術上還是心態上。感覺就像是一個人剛進社會寫程式，這部影片扮演的就是一個很棒的mentor腳色，或者是說，有個老手帶你pair programming，寫完之後順便帶你Code Review一次，如果我能在十年前上過這門課，那會是很幸福的事情。

從技術上來說，我得到的是

  1. 如何辨識壞味道：這也是影片中被91哥重點提及的，這個題目很棒的原因之一，因為除了某一個壞味道，其餘的幾個都重複出現過好幾次，這能夠讓我們對於壞味道的辨識、處理，更有記憶點。
  2. 藉由測試保護並開始TDD：是的，這是一句老話，而且我原本也知道，但看了影片之後，每一次的commit，都有個節奏，讓你慢慢習慣那個tempo，模仿那個節奏是很棒的事情。
  3. 善用工具：不管是從IDE的重構支援、還是VIM、或者是熱鍵，甚至是其他工具的應用，包含Excel或是影片所使用的心智圖，了解工具並善用他，能夠讓開發行為更順利，一開始的心智圖+需求分析更是重點。但我說的重點是，用工具怎麼幫助你，而不是一昧地追求工具，如果習慣手繪，那或許筆記本+幾個有色鉛筆會更適合你。

從心態上來說，學到的是

  1. 所有看起來行雲流水的操作，背後都是一次次的練習換來的：你必須投入練習，才能夠看起來游刃有餘毫不費力。
  2. 沒有最完美的解法，所有的嘗試都是養份，讓這些養份成就你

或許還有很多知識點被我遺漏，但很棒的是91哥已經做好了各位同學二刷、三刷的課題。甚至也設計了一個簡易版的題目，讓各位學員也能夠將簡易版的題目，作為個人練習，也允許內部分享。在我看來是很佛心的事情，只是以我第一輪破關就花那麼久時間來說，我想我有空餘的時間都會花在二刷三刷上，要等我內化到足以分享的地步，可能會很久吧，這個機會我想還是讓給其他厲害的學員吧。

2024-05

睽違已久的心得，繼續接著寫，最近一周花了一些時間，從頭到尾再做一次練習，這一次我從開始的部分看影片看到約莫六小時多的地方，邊看邊寫作一次，然後重新開一個 branch練習，將所有的測試案例保留下來，一步步地透過 TDD的方式開始做

這樣做的好處是，對於大框架都有印象，細節的部份因為也才剛瀏覽過也會有部分記憶，所以我終於可以享受到順暢的，紅燈、綠燈、重構的節奏，之所以覺得很重要的點，是因為保持在這個節奏下，所有的東西步調比較快，你才會比較明顯的感受到，為甚麼要用這個測試案例，它代表的是甚麼意思；過程中的重構演化，則是針對程式碼的架構、可讀性開始做優化的階段，主要的工都在這一個階段，影片中為了講解，所以把每一個步驟切得很細，但實際上在這一次的練習過程，將這一個部份快速的帶過，更能夠感受到每一個綠燈之後的重構所帶來的差異，對於可讀性及架構有甚麼改變

練習完畢後，趁著記憶還鮮明，這一次我開始挑戰附加的練習作業，也就是十八拉，整體來說大概的解題思路跟教學的KATA很像，但因為他畢竟是比較小的一個練習，所以有些地方就不需要完全照搬影片的解法，設計太多不必要的類別也是壞味道之一；影片中有一段是為了示範責任鍊的重構，在練習反而不太需要。而依照點數的牌型比較，我也自行調整，透過繼承與子類別代表各種牌型，並透過實作 ICompare 去實作比較，這樣就不需要將比較的實作，放在 XXXCompare裡面，這樣的做法我相信應該也是原先91哥有考慮過的，只是因為要讓我們多接觸一個重構責任鍊的範例，所以才會在影片中也特別提及這一個部分實際上是不需要用到這樣的方式重構。

在實作練習的時候，其實還是有點卡，主要就是沒想好案例的部分，導致常常就是改完案例改實作，重構完後發現又需要改案例，紅燈綠燈重構的節奏整個跑掉，而最後手動重構的部分，沒有用IDE介面，因為實在不知道怎麼弄，我想應該是在設計規劃的階段就要比較明確應該往哪個方向走，這樣才會逐漸重構成自己想要的架構，但那應該就是二刷、三刷練習題的時候再慢慢嘗試吧

這一份教材其實隔很久之後再看也還是有溫故知新的感覺，真的很超值喔。