//06-6-16
介面分為查詢狀態類，更改狀態類，分清楚點有利於規範**。
不要將不該暴露的資料寫進標頭檔案。
凡是涉及到a物件的狀態更新的，交給a來處理。
盡量保持物件介面的簡單，介面要精練。
任務分配要具體，a只物件處理於a相關的事情，而且凡是與a物件相關的事情最好都交給a
物件來處理，不要讓細節蔓延，以至於最後不能維護，出現**混亂，物件互相偶合。
//06-6-26
如果乙個物件需要從檔案載入資料，不要寫載入方法在這個類，繼承乙個新類，寫在新類
裡。這樣的好處是，你的基礎類可以重複利用了！呵呵。與檔案相關的東西被隔離出去了。
〈07-2-13，結合工廠模式才最實際，見07-1-17。
//06-7-21
如果乙個類的資料太多，最好分別放到不同的結構裡面，對他們進行整體的操作，
比如有的資料需要存檔，有的是靜態資料，有的是物理資料，有的是圖形資料。
// 06-9-28
關於書中的單實體模式的討論，我有自己的看法。
首先，好處明顯，防止了多實體，而且是物件導向。
問題是，如果他需要開啟硬體，那麼我們可以在返回實體的方法裡面進行，這樣避免了其
他系統還沒正常執行導致本系統開啟失敗。但是如果我們開啟系統的時候需要一堆引數，
怎麼辦？不能解決問題了。
其次，單實體類的摧毀時機也需要控制，不能在主程式結束後進行，這就要求不能用
static 來解決問題。
這些問題有待討論，所以使用單實體時頭腦要清楚具體的需求，在進行設計。
從程式設計到工程
語言只是工具 我曾經是非常執著的開發人員。我有連續幾天幾夜coding 的經歷，也曾經為了乙個技術問題耗上三四個星期而導致專案一再延遲，還曾經為了乙個實現細節與專案相關的人員逐一爭論。我也曾經像大多數的開發人員一樣熱衷於爭論語言之間孰優孰劣。我在 delphi大富翁論壇 上寫過乙個簡介，其中個人特長...
從 Scratch 到程式設計
目前很多孩子在學 scratch 程式設計，但是覺得有些教育的方向有問題，大多數是在做遊戲設計，與演算法層面的培訓不多。實際上，作為一種兒童程式語言，當我第一次看到兒子用scratch，我就意識到這是乙個非常不錯的適合孩子用的程式語言。scratch的 控制 模組中包含的 迴圈重複執行 如果那麼條件...
python filter到函式式程式設計
filter function,iterable 高階函式，可以用來過濾能迭代的物件。關鍵是可以定製自己的過濾函式。返回乙個迭代物件 python3.x import math def is sqr x return math.sqrt x 1 0 tmplist filter is sqr,ran...