摘要:
抽象類型——實中之虛（
介紹抽象類型的種類、意義及其用法）
? 淺顯的比方只是門檻前的臺階，借之或可拾級入門，卻無法登堂入室
? 具體類型是創(chuàng)建對象的模板，抽象類型是創(chuàng)建類型的模塊
? 抽象數(shù)據(jù)類型的核心是數(shù)據(jù)抽象，而抽象類型的核心是多態(tài)抽象
? 必先以術(shù)養(yǎng)道，而后以道御術(shù)
? 以社會身份而非個人身份作為公民之間聯(lián)系的紐帶，正是針對接口而非實現(xiàn)來編程的社會現(xiàn)實版
? 個體身份對應(yīng)的規(guī)范抽象借助封裝，以數(shù)據(jù)抽象的形式出現(xiàn)
? 家庭身份對應(yīng)的規(guī)范抽象借助繼承，以類型層級的形式出現(xiàn)
? 社會身份對應(yīng)的規(guī)范抽象借助多態(tài)，以多態(tài)抽象的形式出現(xiàn)
閱讀全文
摘要:
多態(tài)類型——靜中之動（
通過實例展示多態(tài)類型的三種用法）
? 繼承是多態(tài)的基礎(chǔ)，多態(tài)是繼承的目的
? 多態(tài)是動靜結(jié)合的產(chǎn)物，將靜態(tài)類型的安全性和動態(tài)類型的靈活性融為一體
? 前者（參數(shù)多態(tài)）是發(fā)散式的，讓相同的實現(xiàn)代碼應(yīng)用于不同的場合
? 后者（包含多態(tài)）是收斂式的，讓不同的實現(xiàn)代碼應(yīng)用于相同的場合
? 模板方法模式突出的是穩(wěn)定堅固的骨架，策略模式突出的是靈活多變的手腕
閱讀全文
摘要: 終于有了自己的獨立博客
http://blog.zhenghui.org，以后就在那兒安家落戶了。
閱讀全文
摘要:
后臺腳本——敏捷開發(fā)的利器（
簡談Perl、PHP、Python和Ruby）
? 語言的發(fā)展趨勢一定是動靜結(jié)合、剛?cè)岵?
? Perl凝練晦澀，Python優(yōu)雅明晰，Ruby精巧靈動，PHP簡明單純
? 或許優(yōu)雅正是來自對細節(jié)和規(guī)范的重視
? （RoR）與Ruby結(jié)合之后，便如一只猱身而上靈貓，立刻襯托出Java和.NET大象般的身影
閱讀全文
摘要:
前臺語言——視覺與交互的藝術(shù)（
簡談VB、Delphi和JavaScript）
? Delphi讓復(fù)雜的事情變得簡單，VB讓簡單的事情變得更簡單
? 它（JavaScript）宛如一只神奇的魔袋，乍看平淡無奇，卻總能變出意想不到的寶貝
? 待友之道，貴在放大其優(yōu)點而縮小其缺點，對待語言亦當(dāng)如是
? 大道相通，難者亦易，易者亦難
閱讀全文
摘要:
平臺語言——先搭臺后唱戲（
簡談Java和C#）
? Java的目的是讓一種語言在多種平臺上運行，而C# 的目的是讓多種語言在一種平臺上運行
? 兩個平臺語言（Java和C#），一個重在語言，讓語言向平臺擴散；一個重在平臺，讓平臺來凝聚語言
? C++提供了一馬平川的大路，也提供了陷阱密布的小道；Java則在大路上鋪設(shè)水泥，同時封鎖了捷徑小道；C#同樣填平了大路上的坑坑洼洼，但把一些小道上“此路不通”的牌子悄悄換成了“此路危險”
閱讀全文
摘要:
系統(tǒng)語言——權(quán)力的雙刃劍（
簡談C、C++和D）
? 通禪悟道者拈花不語，坐井觀天者蛙鳴鼓噪
? Java程序員大多被慣壞了，環(huán)保意識要淡薄得多
? （指針）用得好可以是削鐵如泥的神兵利器，用得不好則可能是自我毀滅的罪惡淵藪
? OOP又不是金子，含量越高越好。試圖把一切都裝進OOP的箱子里的想法無異于削足適履
? 它們（系統(tǒng)語言）的理念是：優(yōu)化機器的時間而不是人的時間，優(yōu)化機器的記憶而不是人的記憶；假設(shè)編譯器是愚蠢的而程序員是聰明的，因此賦予程序員更多的權(quán)利、義務(wù)與責(zé)任
? C++是匹無轡無鞍的野馬，看似桀驁不馴，若能順性而御，必能足踏飛燕，行千里而不勞
閱讀全文
摘要:
語言誤區(qū)——語言的宗教情結(jié)（
關(guān)于編程語言的一些誤區(qū)）
? 如果說編程范式是一種文化，那么編程語言更像是一種宗教——盡管它本不該是
? 語言只有兩種：一種怨聲載道，一種無人問津
? 對待一門語言的態(tài)度應(yīng)該是：與其抱怨?fàn)巿?zhí)，不如揚長避短
? 過分拔高一種語言與抹煞語言之間的差別是兩種極端，皆為秕言謬說
? 這些人若有幸拜關(guān)公為師，他們最艷羨的一定他的赤兔馬和青龍偃月刀，或許還會抹紅臉蓄長須什么的，就是不太愿學(xué)他的蓋世武功
? 理想的架構(gòu)師應(yīng)當(dāng)如文學(xué)大師，既有恢弘大氣的構(gòu)思，又有細膩深刻的筆法；應(yīng)當(dāng)如統(tǒng)軍大帥，既有運籌帷幄的韜略，又有沖鋒陷陣的武功
閱讀全文
摘要:
動態(tài)語言——披著彩衣飛舞的腳本語言（
動態(tài)語言簡談）
? 程序是為終端用戶服務(wù)的，而腳本是為程序員服務(wù)的
? 動態(tài)語言秉承的一個理念是：優(yōu)化人的時間而不是機器的時間
? 待靜態(tài)語言披盔戴甲、備馬抬槍之際，動態(tài)語言已衣袂飄飄，長劍出手了
? 當(dāng)腳本語言披上動態(tài)語言的彩衣，昔日不起眼的毛毛蟲便羽化成碟，開始飄舞在眾人追逐的目光之中
閱讀全文
摘要:
數(shù)據(jù)類型——規(guī)則與變通（
關(guān)于數(shù)據(jù)類型的討論）
? Duck類型的哲學(xué)是：名義不重要，重要的是能力
? 將一個會叫會游的家伙放進池塘看起來不算壞主意，但如果一艘輪船趁機也轟隆隆地開了進來，事情恐怕就不那么美妙了
? 靜態(tài)類型檢查類似“疑罪從有”的有罪推定制，動態(tài)類型檢查類似“疑罪從無”的無罪推定制
? 盡可能守規(guī)則，必要時求變通
? 規(guī)則如褲帶，過于寬松和過于束縛都不好
閱讀全文
摘要:
教學(xué)計劃——接下來的故事（
討論下一步教學(xué)計劃）
? 編程水平的提升之道是：在實戰(zhàn)中演練招法，在招法中領(lǐng)會心法，心法反過來提升招法，進而提高實戰(zhàn)水平，如此循環(huán)往復(fù)呈螺旋式上升過程。正所謂熟能生巧，巧能生通
? 迭代學(xué)習(xí)法：即在具體知識與抽象理論之間進行折返式學(xué)習(xí)
? 網(wǎng)頁的迷人之處就在于，能夠用精美的畫皮來包裹冗長低效的代碼
? 無論干哪一行，要想勝任愉快，離不開四樣?xùn)|西：才能、興趣、方法和努力
閱讀全文
摘要:
情景范式——餐館里的編程范式（
編程范式在餐館中的應(yīng)用）
? 廚師只需提供一種服務(wù)：把紙上菜變成盤中菜，至于蒸、煮、炒、燉等具體做法純屬實現(xiàn)細節(jié)
? 可以這么理解（閉包）：所謂包，指函數(shù)與其周圍的環(huán)境變量捆綁打包；所謂閉，指這些變量是封閉的，只能為該函數(shù)所專用
? 合理地使用閉包能使代碼更加簡潔清晰，散發(fā)出函數(shù)式特有的優(yōu)雅氣質(zhì)
? 換盤子有兩種方式：一種是服務(wù)員主動換，一種是客人要求換。前者是輪詢，后者是通知
? 如果把待加工的菜看作數(shù)據(jù)，技法看作算法，將數(shù)據(jù)與算法分離，以算法為中心，那是什么范式？
閱讀全文
摘要:
匯總范式——一張五味俱全的大烙餅（
總結(jié)編程范式）
? 設(shè)計模式好比組合套路，能在一些特定場合下克敵制勝；編程范式則好比武功門派，博大精深且自成體系
? 一種編程范式之所以能獨樹一幟，關(guān)鍵在于它突破了原有的編程方式的某些限制，帶來革命性的新思維和新方法，進一步解放了程序員的勞動力
? 因其長而容己，因其短而容他，此萬物之理也
? 語言為形，范式為神。若能以神導(dǎo)形、以形傳神，則看似平白無趣的程序也能寫出詩畫般的意境
閱讀全文
摘要:
邏輯范式——當(dāng)算法失去了控制（
再談邏輯式編程）
? 評價代碼的復(fù)雜度，長短只是一個因素。程序員不是打字員，花在思考上的時間和精力遠遠超過花在鍵盤上
? 算法=邏輯+控制。其中邏輯是算法的核心，控制主要用于改進算法的效率
閱讀全文
摘要:
函數(shù)范式——精巧的數(shù)學(xué)思維（
再談函數(shù)式編程）
? 單靠記憶只能觸及知識之表，單靠練習(xí)只能深入知識之里，唯有培養(yǎng)方能滲透知識之根
? 學(xué)會適度地容忍無知
? 不僅需要強調(diào)鉆勁和深度的“釘子精神”，還需要強調(diào)磨功和廣度的“刨子精神”
? 編程語言的語法、語義等都是從編程范式的樹根衍生而出的枝葉，把握了這種脈絡(luò)和節(jié)奏，代碼才會如音樂舞蹈般韻律有致
? 每種范式擅長的問題領(lǐng)域不盡相同，只有博聞廣識，方可揚長避短，程序才會如行云流水般流暢自然
? 程序員更習(xí)慣機器風(fēng)格的過程式思維和現(xiàn)實風(fēng)格的OOP思維，不容易接納數(shù)學(xué)風(fēng)格的函數(shù)式思維
閱讀全文
摘要:
事件驅(qū)動——有事我叫你，沒事別煩我（
事件驅(qū)動式編程簡談）
? 它們（同步回調(diào)和異步回調(diào)）都使調(diào)用者不再依賴被調(diào)者，將二者從代碼上解耦，異步調(diào)用更將二者從時間上解耦
? 它們（控制反轉(zhuǎn)、依賴反轉(zhuǎn)和依賴注射）的主題是控制與依賴，目的是解耦，方法是反轉(zhuǎn)，而實現(xiàn)這一切的關(guān)鍵是抽象接口
? “回調(diào)”強調(diào)的是行為方式——底層反調(diào)高層，而“抽象接口”強調(diào)的是實現(xiàn)方式——正是由于接口具有抽象性，底層才能在調(diào)用它時無需慮及高層的具體細節(jié)，從而實現(xiàn)控制反轉(zhuǎn)
? 控制反轉(zhuǎn)導(dǎo)致了事件驅(qū)動式編程的被動性
? 事件驅(qū)動式還具有異步性的特征，這是由事件的不可預(yù)測性與隨機性決定的
? 獨立是異步的前提，耗時是異步的理由
? 出版/訂閱模式正是觀察者模式的別名，一方面可看作簡化或退化的事件驅(qū)動式，另一方面可看作事件驅(qū)動式的核心思想
閱讀全文
摘要:
切面范式——多角度看問題（
AOP簡談）
? 從宏觀角度看，太陽底下沒有新鮮事——AOP無非是SoC原理和DRY原則的一種應(yīng)用
? 從微觀角度看，太陽每天都是新的——AOP雖自O(shè)OP的土壤中長出，卻脫離藩籬自成一體
? 抽象是前提，分解是方式，模塊化是結(jié)果
? 在常人眼中復(fù)雜的牛體，庖丁經(jīng)過抽象，已目無全牛，及至提刀分解，自是游刃有余。待牛如土委地，模塊化既成
? 兩條（抽象與分解的原則）：單一化，正交化。每個模塊職責(zé)明確專一，模塊之間相互獨立，即高聚合低耦合
? 對程序員來說，英語也是一門計算機語言，而且是必修的語言
? OOP只能沿著繼承樹的縱向方向重用，而AOP則彌補了OOP的不足，可以在橫向方向重用
? 如果一個程序是一個管道系統(tǒng)，AOP就是在管道上鉆一些孔，在每個孔中注入新的代碼流
閱讀全文
摘要:
超級范式——提升語言的級別（
元編程簡談）
? 元編程作為超級范式的一個體現(xiàn)是，它能提升語言的級別
? 如果說OOP的關(guān)鍵在于構(gòu)造對象的概念，那么LOP的關(guān)鍵在于構(gòu)造語言的語法
? 離開IDE就無法編寫、編譯或調(diào)試的程序員，如同卸盔下馬后便失去戰(zhàn)斗力的武士，是殘缺和孱弱的
? 既然有重復(fù)的代碼，不能從語法上提煉，不妨退一步從文字上提煉
? 元程序?qū)⒊绦蜃鳛閿?shù)據(jù)來對待，能自我發(fā)現(xiàn)、自我賦權(quán)和自我升級，有著其他程序所不具備的自覺性、自適應(yīng)性和智能性，可以說是一種最高級的程序
閱讀全文
摘要:
泛型范式——抽象你的算法(
泛型式編程簡談)
? 算法串聯(lián)數(shù)據(jù)，如脊貫肉；數(shù)據(jù)實化算法，如肉附脊
? 泛型編程是算法導(dǎo)向的，即以算法為起點和中心點，逐漸將其所涉及的概念內(nèi)涵模糊化、外延擴大化，將其所涉及的運算抽象化、一般化，從而擴展算法的適用范圍
? 思想是雞，結(jié)論是蛋
閱讀全文