其他

一、盡量以const，enum，inline替換#define（或以編譯器代替前置處理器）1）#define在N-Orca中的應用2）Const替換 #define首先經常會 #define ASPECT_RATO 1.63由於記號ASPECT_RATO有可能不被計入記號表內，所以當編譯發生錯誤時，可能會帶來困惑。（尤其是在ASPECT_RATO為非自己所寫的的時候）解決方案：const double aspectRato =

   序言   今天開始學習23種設計模式的第一個模式——單例模式，以前在網上也看過不少人寫的單例模式博文，也算已經吸收了不少。今天看《設計模式之禪》裡對設計模式的講解，作者說的還挺細緻的。唯一可惜的是作者用java講解單例模式，而我自己從去年工作後就用的是C++，本著學什麼用什麼的原則，我就用C++來記錄一下學習成果吧。希望這篇部落格能把我學到的分享給跟我一樣在園子的讀者。   本文1. 單例模式的現實情境 

序言   依賴倒置，這個概念看起來很玄乎，其實很簡單。這也是我看所有技術書的心態，在心態上戰勝這本書，那麼它的內容，也就能很容易理解了。依賴倒置的英文定義如下：   High level modules should not depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend

序言   記得一年前看設計模式的時候，走馬觀花，囫圇吞棗。每一個概念都沒有去仔細想，只是知道某某設計模式能幹什麼事。今天看到【迪米特原則】倍感莫名其妙，你說你叫介面隔離原則吧，我可以一個詞一個詞的去解析；你說你叫單一職責吧，看名字我就能知道什麼用。你非得叫個什麼迪米特原則，讓人莫名其妙，跟裡氏替換原則差不多，不過裡氏替換至少還有個替換二字。今天我們就來看看這個迪米特原則到底是個什麼原則吧.本文 

序言   不得不說，我又看到一個比較坑爹的原則，因為它又是一個把一個類變兩個，兩個變四個的原則。在單一職責原則裡，我們為了把不同的職責分開，把一個類抽象出了n個介面，本文的介面隔離原則又是一個抽象多介面的原則，我只能對天長歎：我不就是寫個類嘛!你打算拆出多少介面出來啊？   那到底介面隔離原則抽象出來的介面跟單一職責抽象出來的介面有什麼關係呢？介面隔離到底是一個什麼概念呢？本文一、介面隔離的概念 

序言   我有一個習慣，每天早晨到公司9:00-10:00這個時間段我都邊吃早餐，邊在園子裡看部落格，吸取食物營養和知識營養。看了不少部落格，有寫的好的，有寫的差的。有不少牛人貼一段精妙的代碼放上去，有時有心情我會研究一下，有時卻怎麼也提不起興緻去看那麼複雜的代碼；有不少人寫了滿篇的文字，各種複雜邏輯的演算被揉在一起，看著很痛苦；當然也有好的，比如這兩天搞的部落格園雞飛狗跳的“搶書事件”的"始作傭者"——湯姆大叔，他的部落格寫的條理很清楚，看著很舒服。 

去年7月，拉著行李箱離開校園，一路聽著行李箱呼啦呼啦的滾輪聲，一直到校門口，生生地落下兩滴男人淚。就這樣，踏上了一個自己無法回頭的路。是我指縫太大，導致流淌的歲月太快；還是白駒太瘦，穿越狹隙不再費力。總之，江南的楓葉依舊如去年那般鮮紅，北方依舊下起皚皚白雪。窗外的秦淮靜靜的流淌著，不管我是不是站在陽台上俯瞰它，它總是那麼安靜，驟風也擊不起絲毫浪漪。它像時間一樣，不在乎觀者的心情感受，近乎冷血地流淌著，無論你向它表達自己炙熱的愛，或者冰冷的恨，它總是不理不睬。踏著河邊枯萎的草，不會再有春天那會兒的

「襪子」這東西，細細想來，跟「夢想」還真有幾分相像。你不能時不時地就跟人談起你的夢想，就像你不會經常撂起褲腿，讓人看一下你的襪子一樣。但又不能不穿襪子，我們也不能沒有夢想。 以前我一直不太明白，那些工作得並不開心的人，為什麼不辭職呢？後來想想，大概有這麼幾個原因： •人有很強的適應性。再好吃的巧克力，天天吃，早晚會膩。同理，第一次吃苦瓜，可能會受不了，吃多了也就那麼回事，跟吃黃瓜似的。

Win8使用了一段時間，寫點小技巧防忘記，Win8沒有開始菜單怎麼尋找安裝完的程式呢？1、知道安裝目錄直接尋找。2、按（Win鍵）開啟Metro介面，右鍵點擊Metro介面的的右下角，開啟如下介面：點擊右下角所有程式，開啟應用介面右鍵點擊螢幕上你要尋找的應用，再點擊“開啟檔案位置”，快捷表徵圖所在位置就出現啦，現在可以右鍵發送到“案頭捷徑”了吧3、Win+Q 快速鍵

序言本節作者用了很大的篇幅來闡述自己對裡氏替換原則的理解，而且程式碼片段也相當翔實。筆者閱讀該節之後，認為該節的核心內容可以歸結如下：1. 裡氏替換原則的定義2. 裡氏替換原則的規範裡氏替換原則的定義   裡氏替換原則的定義有兩種：   第一種（作者認為是最正宗的，但是卻是理解起來稍微有點繞的）如果對於每一個類型為S的對象o1，都有類型為T的對象o2，使得以T定義的所有程式P在所有的對象o1都代換為o2時，程式P的行為沒有發生變化，那麼類型S就是類型T的子類。 

- 對於攻擊者來說安全的密碼就好象一個隨機產生的字串，但隨機字串卻很難記憶。 通過一個對你來說很容易記憶的句子作為基礎來建立一個隨機字串，相對於其他人就很難猜測。     1. 選一個你容易記住的句子         例如：“My son Aiden is three years old.”     2. 將這個句子轉為密碼         用句子中每個單詞首字母組成一個字串，例如：“msaityo”。     3. 為密碼添加複雜度        

ErrorProvider提供了一個比較明顯的錯誤驗證的提示，可以提供比較好的使用者體驗，自己用了一下現在記下來：1、拖控制項就不必說了驗證這個文字框，限制資料在0～65535之間2、代碼如下：private void txtServerPort_Leave(object sender, EventArgs e)         {                        errorProvider1.Clear();  //ErrorProvider控制項            

感覺好長時間沒有寫博了，今天突然有點感想寫出來和大家分享一下，只是自己的一點淺見，大個的板磚就不要拍了，我還是一株很嫩的樹苗，呵呵！大家還是應該以愛護為主滴。我有著在傳統行業做項目的經曆（機械專業科班出身），主要是在設計部門工作，也做過不少項目，還算有點經驗吧！現在改行了又開始做項目，發現在IT行業中項目的成功率還是比較低下的，我不知道其他人怎麼定義項目成功與否，但是在我這裡延期及大量的Bug就算失敗。雖然我只是一個小菜，但是別人也阻止不了我的白日夢是不是，所以我就自己思考了一下。歡迎交流呀！首

記錄筆記是知識資訊沉澱到自己的知識系統中的一個必要環節。老話說“好記性不如爛筆頭”，如果沒有記錄筆記的習慣，僅僅依靠記憶力記住資訊，那麼在多種資訊的幹擾下，稍微經過一段時間，剩下來的有用資訊便只是一些片段化的隻言片語，而且還往往失去細節和失真嚴重，複述者會用大量想象力和主觀理解來填充不確定的資訊，難以還原資訊的原貌（比如說，領導在某重要會議中的原話到底是怎麼說的；客戶董事長對我們的工作要求到底是怎麼說的……）。多年的工作體會，我發現學會準確高效地記錄筆記在職場中非常重要：l

序言   《設計模式之禪》，與這本書結緣是在大三下學期，到圖書館借書的時候，看到一本很新的書，書名帶個“禪”字，而當時又比較迷戀喬布斯。於是，不管它寫的什麼亂七八糟的內容就果斷藉著，拿回宿舍看。接著，放暑假期間，到金蝶實習，就把這本書帶著看，懷著裝逼的心態。整個實習兩個月期間，這本書基本上沒翻過，相反的，卻把當時火起來的《山楂樹之戀》給看了一遍。實習完回校，果斷又把書還回去了。 

   序言   昨天學習了抽象原廠模式，所謂的抽象原廠模式，是為了應對產品線升級和隔離平台差異使用的設計模式。具體請參照博主上一篇部落格。   今天要學習的是模板方法模式，可以說，這個模式太簡單了，非常簡單，你只需瞥一眼就能知道它的真諦，它的精髓。一言以蔽之。    本文   1. 定義定義一個操作中的演算法的架構，而將一些步驟延遲到子類，使得子類可以不改變現有演算法的結構即可重定義該演算法的某些特定步驟。   

轉自褪墨：http://www.mifengtd.cn/articles/mastery-journey.html追求卓越之旅（Mastery

更換win8之後，最近偵錯工具總是出現莫名其妙的問題，原來啟動並執行好好的程式重新啟動也是問題多多，但是在同事的win7和xp下卻什麼事也沒有，很靈異的事件，泄氣之後只能歸結為win8很爛，但是又捨不得自己花錢買的正版win8。網上搜尋無果，果然程式員們還是固守在xp下，看來別人沒有遇到，只好自己找方法解決。先說說問題表現。VS下啟動項目 操作之後  就是這個表現，但是如果你使用已經產生的exe檔案卻沒事。雖然點擊產生，再使用exe檔案運行也是解決問題的方法，但是太笨也太麻煩。方法一：使用VS產

前段時間跟朋友聊天的時候，分享了從資料到知識轉變的步驟，我把現在使用的方法整理一下，跟大家分享，經過多次調整和修正，目前是分為六個步驟在大前研一的《低IQ時代》中提過，媒體雖然已經把資料整理歸類完成，但這些資料並不是你真正該關心或學習的。要成為具有獨立思考的人，必須經過自己的進一步分析整理後，才能提練自己的觀點和看法。大前研一對資料的整理，一定經過瀏覽-歸納要點-口頭解說-與人討論，四步才能消化，一般經過10年時間就能建立起自己的觀點，具備思考力和洞察力的專家。1、明確你要關注的方向，控制在3-

協助理解記憶PC = progammer counter //程式計數器ACC = accumulate //累加器PSW = progammer status word //程式狀態字SP = stack point //堆棧指標DPTR = data point register //資料指標 寄存器IP = interrupt priority //中斷優先順序IE = interrupt enable // 中斷使能TMOD = timer mode //定時器 方式 (定時器/計數器