前言：讀萬字詳文告訴你如何做 code review！ 有感，特此記錄。我們很多人都以為codereview不重要，因為其他人寫的**和自己的關係可能不是太大，review的時候也不會上心，但事實上這個想法大錯特錯。codereview和我們的日常開發息息相關，缺少了它，那你的專案就是不完整的了。**，是設計理念落地的地方，是技術的呈現和根本。我們可在 review 過程中做到落地溝通，不再是空對空的討論，可以在實際問題中產生思考的碰撞，互相學習，大家都掌握團隊裡積累出來最好的實踐方式。這樣才能不斷完善系統功能的同時提高自己技術水平。
我們必須構建起自己的技術思考'面'，進入立體的'工程思維'，把技術細節和系統要滿足的需求在思考上連線起來，把工程實踐中遇到的問題，從問題型別和解法型別，兩個角度去歸類，總結出一些有限適用的原則，就從點到了面。把諸多總結出的原則，組合應用到自己的專案**中，就是把多個面結合起來構建了一套立體的最佳實踐的方案。
一開始面對業務領域，應該思考自己的模型邊界，把可能要做的能力都拿進來思考，構建乙個 model，設計一套通用的 store 層介面，基於通用介面的邏輯**。當產品不斷發展，就是不停往模型裡填內容，而不是推翻重來。model 設計，是我們形而上思考問題的乙個方面，我們想要獲得這種能力，首先要去看前人的思考，站在前人的肩膀上，再用上自己的通識能力，去進一步思考，這樣，我們才可以更好的具備model 拆解/抽象/構建的能力。
由於工期緊、需求變更快，如果不想清楚為什麼要做 code review ，遇到障礙會非常容易妥協，慢慢 code review 就會走樣，最終流於形式。反之，在我們遇到障礙，review **不順利時就會以積極的心態來解決問題。code review會影響開發效率，事實上追求高質量的**本身就降低了區域性的開發效率，但是放眼長遠，這樣寫出來的**更加健壯，不會或很少出現「詭異」的bug，降低了後期維護的成本。諺語曰: 'talk is cheap, show me the code'。知易行難，知行合一難。我們只有不斷審查**的基本設計原理，設計思想，讓我們養成良好的編碼習慣，並學習優質的設計理念進行實踐才能達到知行合一的效果。
關於 Code Review 的筆記
1 設計的合理性 2 開發人員互為backup 3 分享知識 設計 技術 4 增強 可讀性 5 收集並共享 地雷區 地雷區 指開發中常出現的錯誤，而測試中又不容易發現的地方 6 發現業務邏輯錯誤 1 效能問題 2 國際化 命名規則 1 協作過程 a 開發人員介紹 b 討論 交流 c 記錄review...
關於進製的文章
計算機的數制與編碼 來說一下進製計數制 十進位制 dec 逢十進一 加法規則 借一當十用 減法規則 二進位制 bin 逢二進一 借一當二用 八進位制 oct 逢八進一 借一當八用 十六進製制 hex 逢十六進一 借一當十六用 上面就一系列進製轉換的運算規則 每乙個進製都有乙個基數 十進位制 0 9 ...
Code Review 之後的總結
1.對於isset和empty的區別 值isset empty a f t a 1tt a nullft array ff 2.intval變數轉成整數型別。在你確認一定是整數的時候，可以加上這個，而且在裡面可以加上號trim 例 intval trim post 3.對於錯誤值，要先判斷是否存在，...