工作時，無可避免的會需要接手別人的程式碼，而接手時沒意外十之八九都是為了趕工而生、維護性不佳的code，想要接到別人維護良好的code簡直難上加難。

而要使程式碼具有所謂「易維護」的特性，必須要有點東西，你不能總是花一堆時間想架構吧?
或是每次想了一個架構，下次又換了另一個架構，每次都在打臉上一次的自己也不太對勁
因此，設計模式(design pattern)就這麼誕生啦!

在我接下來的系列文中，我將會是照以下這本書去撰寫心得或是參考它的架構、知識來寫文章
物件導向設計模式－可再利用物件導向軟體之要素
並且同時參照下面網站的介紹 :
Refactoring.Guru

這本書是設計模式中的經典書(但是是它的中譯本)，原作者們在工作一段時間後，把它們常用到的情境搭配使用寫法統整下來，歸納並分析在什麼樣的情境該用什麼樣的寫法，會使未來改動到程式碼的機會較少，改動的量較小，或是不那麼容易的改變整個程式碼的架構。

那整個系列文會比較像是屬於我自己的導讀心得XD，畢竟萬事起頭難，有一個鐵人賽強迫自己起頭就謝天謝地了
文章開頭的QT只是我工作上目前主要使用的架構，因此系列文中的程式碼，主要就以QT framework為主囉
未來的29天請大家多多指教

或是提前退賽上班好累好想耍廢沒有你什麼都沒看到