讀書筆記：《寫給你們看的面向對象設計》，《程序員的職業素養》，《設計模式其實很簡單》

按照上次的計劃 看了三本書，筆記如今才貼出來。

 

《寫給你們看的面向對象設計》：

使用接口開發的做用

1. 規範函數命名，特別在項目人數比較多，在設計時，定了接口命名與參數。
2. 能夠把前臺與後臺的脫離。定義接口後，實現接口並返回模擬的數據，例如DataTable等，前臺不需等後臺就能夠作UI與交互，改善UI與須要的數據，發現問題並不斷完善接口。後臺按照需求把數據庫設計好了（若是是領域驅動開發，是Model建立），按照這個接口來開發功能，完成以後前臺切換過來便可。先後臺是並行開發。
3. 便於單元測試的編寫，其實單元測試說白了就是輸入數據，定義正確的結果，而後調用相關函數，獲得結果，與正確的結果對比，最後標記是否OK了。在最開始設計了接口，單元測試就能夠編寫，在不斷的消化需求，也不斷的完善單元測試。後臺把功能完成，run一下單元測試驗證下功能是否符合要求；固然，test case編寫的全面是門技術活；

總的下來，編寫單元測試，前臺，後臺，不需相互等待，在需求文檔與接口的指導下，並行開發。

接口的使用也需把握度，以利於開發進度，下降維護難度，爲目的。

這個是最印象深入的點。

 

《程序員的職業素養》：

這個是推薦你們看看，講述的範圍，角度都是很合適IT人士，如何處理上司的任務安排，提升自身修養，打造自我品牌，練習，測試驅動開發等

其中，印象比較深入的是：如何Say No：常常在任務下來以後對上司的回答【我試試看】，其實它意味着，以前還沒盡力，如今盡力來作，而且給別人的是會完成任務的指望。更好的作法：若是有不肯定的因素就提出，並要求時間去摸索，以後再給回覆；若是以前已經有解決方案能夠參考就給出確定回答。

 

 

《設計模式其實很簡單》：

這個看了，仍是內心沒底，只能說有個大概的認識，裏面是經過故事，並加UML設計圖說明的方式講解。

 

下一步是：

1. 繼續英文，新概念英語+有道口語大師；
2. 有空學習下android；