這些都不是問題，我給你一支思維墨水，打錯，是給你一種思維模式。
這個思維模式總結起來只有兩個字：畫圖
圖是一種自古以來最能讓人理解的解說方式，找不到方向，翻開地圖，開啟導航圖。說不清問題時，畫圖說明。數學題解不開，畫**釋。圖似乎是人類的乙個神奇，眼睛看到的，比耳朵聽到的，腦袋想到的都要具體實在很多。
拿到需求的時候，你在想怎麼實現需求呢？
第一步：建模；
把需求資訊實體化，每乙個需求資訊都有承載資訊的實體，把每乙個實體的每個元素，變數都列清楚，這一步做到全面細緻，因為每遺漏乙個實體或者元素，你構建出來的程式世界會缺胳膊少腿的。
第二步：流程化；
實體和實體，實體和元素，元素和元素之間都有自己的邏輯關係，弄清楚他們之間的邏輯關係是程式設計師的基本素養，只弄清楚還不行，要畫圖說明，畫什麼圖不重要，只要你能說明清楚是實體之間的關係，邏輯。保證每乙個元素在圖中都有它的位置和乙個或者多個邏輯閉環。
第三步：程式設計；
就是按照實體建立類，根據邏輯和流程圖程式設計了。
我的思維盲點
1 碰到兩塊模組，一塊能復位，一塊不能復位。就是不會想到模組的版本不一樣，其實版本資訊就寫在模組上面。碰到問題出現差異性，應該聯想差異性出現在 這個應該盡量的比較所有的硬體軟體環境差異性。2 4.0發現串列埠老是掛死導致宕機，可以確定是驅動問題，因為以前的版本不會出現這種情況。好在及時回退到以前的核...
我的編碼過程
我比較推崇優秀編碼中的slap原則和物件導向的srp原則。srp原則 單一職責原則 的含義是 乙個類應該僅有乙個引起它變化的原因。遵循srp原則的好處是，減低了類的複雜性，提高了 的可讀性 可維護性。自頂向下逐層設計 自頂向下逐層搭建 框架 寫ut測試用例 自頂向下逐層填充 實現 按照各個維度多次走...
我的設計模式學習之路1 單例模式
單例模式的特點 一.自動初始化 二.只有乙個例項 物件 三.允許整個系統訪問自己 四.私有的構造方法，不能被繼承 類圖 類圖用的是staruml這款軟體畫的，有興趣的可以用用，挺好用的 package com.service public class singleton public static ...