【正文】 lace_factory：直接構(gòu)造對(duì)象而不需要一個(gè)臨時(shí)對(duì)象的拷貝18. proto：允許在C++中構(gòu)建專用領(lǐng)域嵌入式語(yǔ)言，基于表達(dá)式模板技術(shù)定義小型專用語(yǔ)言的“編譯器”19. property map：提供keyvalue映射的屬性概念定義20. fusion：提供基于tuple的容器和算法，是模板元編程的強(qiáng)大工具，可以與mpl很好的協(xié)同工作21. mpl：模板元編程框架，包含有編譯期的算法、容器和函數(shù)等完整的元編程工具。運(yùn)用mpl，很多運(yùn)行時(shí)的工作都可以在編譯期完成，甚至編譯結(jié)束就意味著程序的運(yùn)行結(jié)束22. preprocessor：預(yù)處理元編程工具，類似于模板元編程，但發(fā)生在編譯之前的預(yù)處理階段。preprocessor改變了以往人們對(duì)預(yù)處理器的看法，令人們認(rèn)識(shí)到預(yù)處理也是一種強(qiáng)大的編程工具。preprocessor可以和模板元編程很好的配合，從而發(fā)揮更大的作用23. interporcess：可移植的進(jìn)程間通信（IPC）功能，包括共享內(nèi)存、內(nèi)存映射文件、信號(hào)量、文件鎖、消息隊(duì)列等現(xiàn)代操作系統(tǒng)的IPC機(jī)制，并提供了簡(jiǎn)潔易用的STL風(fēng)格接口，大大簡(jiǎn)化了IPC編程工作24. MPI：高性能分布式并行計(jì)算應(yīng)用開(kāi)發(fā)，封裝了標(biāo)準(zhǔn)的MPI（消息傳遞接口）以更好的支持現(xiàn)代C++編程風(fēng)格。需要有底層MPI實(shí)現(xiàn)的支持，如Open MPI、MPICH等25. accumulators：用于增量統(tǒng)計(jì)的庫(kù)，也是一個(gè)用于增量計(jì)算的可擴(kuò)展的累加器框架，可以看做是std::accumulate算法的擴(kuò)展26. interval：處理“區(qū)間”相關(guān)的數(shù)學(xué)問(wèn)題，把一般的算術(shù)運(yùn)算和集合運(yùn)算擴(kuò)展到區(qū)間上27. math：包含大量數(shù)學(xué)領(lǐng)域的模板類和算法，如復(fù)數(shù)的反三角函數(shù)、最大公約數(shù)和最小公倍數(shù)、四元數(shù)、八元數(shù)、拉格朗日多項(xiàng)式、橢圓積分、X方分布、伯努利分布等28. uBLAS：用于線性代數(shù)的數(shù)學(xué)庫(kù)，優(yōu)于std::valarray。STL風(fēng)格，容易使用并且效率很高29. iostreams：擴(kuò)展C++標(biāo)準(zhǔn)庫(kù)流處理的框架。定義了Source、Sink、Filter等流處理概念，使得編寫(xiě)流處理更容易30. serialization：實(shí)現(xiàn)C++數(shù)據(jù)結(jié)構(gòu)的持久化，可以把任意的C++對(duì)象序列化為字節(jié)流或文本。并且支持STL容器31. pressed_pair：與std::pair類似，使用空基類優(yōu)化技術(shù)。當(dāng)兩個(gè)成員之一是空類，則編譯器就會(huì)“壓縮”pressed_pair的大小以節(jié)約空間32. base_from_member：將成員移動(dòng)到輔助基類，使用模板技術(shù)來(lái)進(jìn)行成員初始化，實(shí)現(xiàn)子類初始化基類字段33. vonversion：增強(qiáng)C++轉(zhuǎn)型操作，提供多態(tài)對(duì)象轉(zhuǎn)型的polymorphic_cast、polymorphic_downcast和字面量轉(zhuǎn)換的lexical_cast34. flyweight：實(shí)現(xiàn)享元模式，享元對(duì)象是不可修改但可賦值的。35. numeric conversion：提供用于安全數(shù)字轉(zhuǎn)型的的一組工具，包括numeric_cast、bounds和converter等36. scope_exit：使用preprocessor庫(kù)的預(yù)處理技術(shù)實(shí)現(xiàn)在退出作用域時(shí)的資源自動(dòng)釋放，也可以執(zhí)行任意的代碼37. statechart：一個(gè)功能完善且強(qiáng)大的優(yōu)先狀態(tài)自動(dòng)機(jī)框架，完全支持UML語(yǔ)義，可以從UML模型很方便的轉(zhuǎn)換為C++代碼。比起手工構(gòu)建的狀態(tài)機(jī)，可以極大的縮短開(kāi)發(fā)周期，并有足夠的性能保證38. units：實(shí)現(xiàn)物理學(xué)的量綱處理，包括長(zhǎng)度、質(zhì)量、時(shí)間、電流、溫度、質(zhì)量和發(fā)光強(qiáng)度等。使用了模板元編程技術(shù)（MPL），支持國(guó)際標(biāo)準(zhǔn)量綱，也支持其他常用的非標(biāo)準(zhǔn)量綱。所有量綱運(yùn)算都在編譯時(shí)，無(wú)運(yùn)行時(shí)開(kāi)銷39. value_initialized：用于保證變量在聲明時(shí)被正確的初始化，擁有零值或缺省值40. utility：noncopyable、BOOST_BINARY、BOOST_CURRENT_FUNCTION等1. checked_delete：編譯期保證delete或delete[]操作刪除的是一個(gè)完整類定義，以避免運(yùn)行時(shí)出現(xiàn)未定義行為2. next()和prior()：為迭代器提供后向和前向的通用處理方式3. addressof：獲得變量的真實(shí)地址，是取址符amp。的增強(qiáng)版本，對(duì)重載operatoramp。免疫第15章Boost與設(shè)計(jì)模式1. 創(chuàng)建型模式1. 抽象工廠（Abstract Factory）：抽象工廠模式就是把對(duì)象的創(chuàng)建封裝在一個(gè)類中，這個(gè)類的唯一任務(wù)就是按需生產(chǎn)各種對(duì)象，通過(guò)派生子類的方式抽象工廠可以產(chǎn)生不同系列的、整套的對(duì)象。工廠類通常是單間，以保證在系統(tǒng)的任何地方都可以訪問(wèn)，其中的每個(gè)方法都是工廠方法。在較小的軟件系統(tǒng)中，抽象工廠有時(shí)候會(huì)退化成一個(gè)沒(méi)有子類的簡(jiǎn)單工廠2. 生成器（Builder）：生成器模式分解了復(fù)雜對(duì)象的創(chuàng)建過(guò)程，創(chuàng)建過(guò)程可以被子類改變，使同樣的過(guò)程可以生產(chǎn)出不同的對(duì)象。生成器與抽象工廠不同，它不是一次性的創(chuàng)建出產(chǎn)品，而是分步驟逐漸的裝配出對(duì)象，因?yàn)榭梢詫?duì)創(chuàng)建過(guò)程進(jìn)行更精細(xì)的控制3. 工廠方法（Factory Method）：工廠方法把對(duì)象的創(chuàng)建封裝在一個(gè)方法中，子類可以改變工廠方法的生產(chǎn)行為生產(chǎn)不同的對(duì)象。工廠方法所屬的類不一定是一個(gè)工廠類。4. 原型（Prototype）：使用類的實(shí)例通過(guò)拷貝的方式創(chuàng)建對(duì)象，具體的拷貝行為可以定制。最常見(jiàn)的用法是實(shí)現(xiàn)一個(gè)clone成員函數(shù)，該函數(shù)創(chuàng)建一個(gè)與原型形同或相似的新對(duì)象。因C++不能高效的返回一個(gè)對(duì)象，因此實(shí)踐中很少有完全實(shí)現(xiàn)的原型模式，可以通過(guò)提供拷貝構(gòu)造函數(shù)和operator=部分的實(shí)現(xiàn)原型模式5. 單件（Singleton）：保證類有且僅有一個(gè)實(shí)例，并且提供一個(gè)全局的訪問(wèn)點(diǎn)。通常的全局變量技術(shù)雖然也可以提供類似的功能，但不能防止用戶創(chuàng)建多個(gè)實(shí)例。單件的基本原理很簡(jiǎn)單，但有很多實(shí)現(xiàn)的變化1. 結(jié)構(gòu)型模式1. 適配器（Adapter）：把一個(gè)類的接口轉(zhuǎn)換（適配）為另一個(gè)接口，從而在不改變?cè)写a的基礎(chǔ)上復(fù)用原代碼。其別名wrapper更清晰的說(shuō)明了它的實(shí)現(xiàn)結(jié)構(gòu)：包裝原有對(duì)象，再給出一個(gè)新的接口2. 橋接（Bridge）：分離了類的抽象和實(shí)現(xiàn)，使它們可以彼此獨(dú)立的變化而互不影響。適配器模式關(guān)心的是接口不匹配的問(wèn)題，不關(guān)心接口的實(shí)現(xiàn)，只要求對(duì)象能夠協(xié)同工作；橋接模式的側(cè)重點(diǎn)是接口的實(shí)現(xiàn)，通常接口是穩(wěn)定的，橋接解決實(shí)現(xiàn)的變化問(wèn)題3. 組合（Composite）：將小對(duì)象組合成樹(shù)形結(jié)構(gòu)，使用戶操作組合對(duì)象如同操作一個(gè)單個(gè)對(duì)象。組合模式定義了“部分整體”的層次結(jié)構(gòu)，基本對(duì)象可以被組合成更大的對(duì)象，這些組合對(duì)象與基本對(duì)象擁有相同的接口。組合是透明的，用法完全一致。4. 裝飾（Decorator）：可以在運(yùn)行時(shí)動(dòng)態(tài)的給對(duì)象增加功能。改變了對(duì)象的能力范圍，而且可以遞歸組合。通過(guò)生成子類的方式也可以為對(duì)象增加功能，但它是靜態(tài)的，而且大量的功能組合很容易產(chǎn)生“子類爆炸”現(xiàn)象。裝飾模式可以動(dòng)態(tài)、透明的給對(duì)象增加職責(zé)，并且在不需要的時(shí)候很容易去除，使用派生子類的方式無(wú)法達(dá)到這種靈活程度。5. 外觀（Facade）：為系統(tǒng)中的大量對(duì)象提供一個(gè)一致的對(duì)外接口，以簡(jiǎn)化系統(tǒng)的時(shí)候。外觀是另一種形式的wrapper，但不是包裝一個(gè)對(duì)象，而是包裝一組對(duì)象，簡(jiǎn)化了這組對(duì)象間的通信關(guān)系，給出一個(gè)高層次的易用接口。外觀并不屏蔽系統(tǒng)里的對(duì)象，如果需要，用戶完全可以越過(guò)外觀的包裝使用底層對(duì)象以獲得更靈活的功能6. 享元（Flyweight）：使用共享的方式節(jié)約內(nèi)存的使用，可以支持大量細(xì)粒度的對(duì)象。將對(duì)象的內(nèi)部狀態(tài)與外部狀態(tài)分離，配合工廠模式生成僅有內(nèi)部狀態(tài)的小對(duì)象，工廠內(nèi)部保持小對(duì)象的引用計(jì)數(shù)從而實(shí)現(xiàn)共享，外部狀態(tài)可以通過(guò)計(jì)算得到。7. 代理（Proxy）：包裝并控制對(duì)象。外界不能直接訪問(wèn)對(duì)象，必須通過(guò)代理才能與被包裝的對(duì)象通信。1. 行為模式1. 職責(zé)鏈（Chain of Responsibility）：把對(duì)象串成鏈，使鏈上每個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。職責(zé)鏈把請(qǐng)求的發(fā)送者和接收者解耦，使兩者都互不知情，而且職責(zé)鏈中的對(duì)象可以動(dòng)態(tài)的增減，從而增強(qiáng)了處理請(qǐng)求的靈活性2. 命令（Command）：把請(qǐng)求封裝成一個(gè)對(duì)象，使請(qǐng)求能夠存儲(chǔ)更多的信息擁有更多的能力。命令模式同樣能夠把請(qǐng)求的發(fā)送者和接收者解耦，但并不關(guān)心請(qǐng)求將以何種方式被處理。命令模式經(jīng)常與職責(zé)鏈模式和組合模式一起使用：職責(zé)鏈模式處理命令模式封裝的對(duì)象，組合模式可以把簡(jiǎn)單的命令對(duì)象組合成復(fù)雜的命令對(duì)象。3. 解釋器（Interpreter）：用于實(shí)現(xiàn)小型語(yǔ)言解釋器的體系。與組合模式相似，而且常常利用組合模式來(lái)實(shí)現(xiàn)語(yǔ)法樹(shù)的構(gòu)建4. 迭代器（Iterator）：將按某種順序訪問(wèn)集合中元素的方式封裝在一個(gè)對(duì)象中，從而無(wú)須知道集合的內(nèi)部表示就可以訪問(wèn)集合5. 中介者（Mediator）：用一個(gè)中介對(duì)象封裝一系列對(duì)象的交互聯(lián)系，使他們不需要相互了解就可以協(xié)同工作。中介者模式在存在大量需要相互通信對(duì)象的系統(tǒng)中特別有用，因?yàn)閷?duì)象數(shù)量的增加會(huì)使對(duì)象間的聯(lián)系非常復(fù)雜，整個(gè)系統(tǒng)變得難以理解難以改動(dòng)。這時(shí)中介者可以把這些對(duì)象解耦，每個(gè)對(duì)象只需要與中介對(duì)象通信，中介對(duì)象集中控制邏輯，降低了系統(tǒng)的通信復(fù)雜度。中介者模式如果使用不當(dāng)很容易導(dǎo)致中介對(duì)象過(guò)度復(fù)雜，抵消了模式帶來(lái)的好處6. 備忘錄（Memento）：捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在對(duì)象之外保存該狀態(tài)，在之后可以隨時(shí)把對(duì)象恢復(fù)到之前保存的狀態(tài)7. 觀察者（Observer）：觀察者模式定義了對(duì)象間一對(duì)多的聯(lián)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生變化時(shí)，所有與它有聯(lián)系的觀察者對(duì)象都會(huì)得到通知。觀察者模式將被觀察者的目標(biāo)和觀察者解耦，一個(gè)目標(biāo)可以有任意多的觀察者，觀察者也可以觀察任意多的目標(biāo)，構(gòu)成復(fù)雜的聯(lián)系，而每個(gè)觀察者都不知道其他觀察者的存在8. 狀態(tài)（State）：允許對(duì)象在狀態(tài)發(fā)生變化時(shí)行為也同時(shí)發(fā)生改變。狀態(tài)轉(zhuǎn)換通常的做法是對(duì)象內(nèi)部有一個(gè)值當(dāng)前的狀態(tài)，根據(jù)狀態(tài)的不同使用分支來(lái)執(zhí)行不同的功能。這樣會(huì)使類中存在大量結(jié)構(gòu)類似的分支語(yǔ)句，變得難以維護(hù)和理解。狀態(tài)模式消除了分支語(yǔ)句，把狀態(tài)處理分散到各個(gè)狀態(tài)子類，每個(gè)子類集中處理一種狀態(tài)，使?fàn)顟B(tài)的轉(zhuǎn)換清晰明確9. 策略（Strategy）：策略模式封裝了不同的“算法”。使他們可以在運(yùn)行時(shí)相互替換。策略模式改變類的行為內(nèi)核，而裝飾模式改變類的行為外觀。如果類的接口很龐大，那么裝飾模式的實(shí)現(xiàn)代價(jià)就過(guò)高，而策略模式僅改變類的內(nèi)核，可能很小。10. 模板方法（Template Method）：在父類中定義操作的主要步驟，但并不實(shí)現(xiàn)，而是留給子類去實(shí)現(xiàn)。常見(jiàn)的用法是“鉤子操作”，父類定義了所有的公開(kāi)方法，在公開(kāi)方法中調(diào)用保護(hù)的鉤子方法，子類實(shí)現(xiàn)通過(guò)不同的鉤子方法來(lái)擴(kuò)展父類的行為11. 訪問(wèn)者（Visitor）：訪問(wèn)者模式分離了類的內(nèi)部元素與訪問(wèn)他們的操作，可以在不改變內(nèi)部元素的情況下增加作用于它們的新操作。如果一個(gè)類有很多內(nèi)部數(shù)據(jù)，因此也就有很多訪問(wèn)操作，這樣會(huì)使它的接口非常龐大，難以變動(dòng)難以學(xué)習(xí)。訪問(wèn)者模式可以做到數(shù)據(jù)的存儲(chǔ)與使用分離，不同的訪問(wèn)者可以集中不同類別的操作，并且可以隨時(shí)增加新的訪問(wèn)者或者新方法來(lái)增加新的操作1. 其他模式1. 空對(duì)象（Null Object）：空對(duì)象模式又稱啞對(duì)象模式（Dumb Object），擴(kuò)展了空指針的含義，給空指針一個(gè)默認(rèn)的、可接受的行為，通常是空操作，可以說(shuō)是一個(gè)“智能空指針”。使用空對(duì)象模式，程序就可以不必用條件語(yǔ)句專門(mén)處理空指針或類似的概念，所有的對(duì)象都會(huì)有一致的、可理解的行為。空對(duì)象模式可以和許多行為模式配合，充當(dāng)“哨兵”的角色。2. 包裝外觀（Wrapper Facade）：包裝外觀模式很類似外觀模式，但包裝的目標(biāo)不是一個(gè)面向?qū)ο笞酉到y(tǒng)，而是底層的API。包裝外觀模式把大量的原始C接口分類整理，給外界一個(gè)統(tǒng)一的、面向?qū)ο蟮囊子媒涌?，增?qiáng)了原始底層接口的內(nèi)聚性。包裝外觀模式可以屏蔽系統(tǒng)底層的細(xì)節(jié)，有利于外界不受平臺(tái)變化的影響，增強(qiáng)可移植性。3. 前攝器模式（Proactor）：前攝器模式是應(yīng)用于異步調(diào)用的設(shè)計(jì)模式，其核心是前攝器、異步的操作處理器、異步的事件多路分離器和完成事件隊(duì)列，可以不使用線程完成異步操作。前攝器創(chuàng)建一個(gè)完成處理器，用于在異步調(diào)用完成后的回調(diào)，然后發(fā)起一個(gè)異步操作，交給操作處理器異步執(zhí)行，當(dāng)異步操作完成時(shí)操作處理器將把時(shí)間放入完成事件隊(duì)列。前攝器調(diào)用多路分離器從完成事件隊(duì)列中獲得事件，分派事件回調(diào)完成處理器執(zhí)行所需的后續(xù)操作。前攝器模式用于異步調(diào)用有很多好處，封裝了并發(fā)機(jī)制，將并發(fā)機(jī)制與線程的執(zhí)行解耦，簡(jiǎn)化了功能代碼的編寫(xiě)，不需要考慮多線程的同步問(wèn)題，能夠提供高性能的異步操作。缺點(diǎn)是模式比較復(fù)雜，處理流程難以理解和調(diào)試。第16章 結(jié)束語(yǔ)1. 程序員是一個(gè)很特殊的職業(yè)，更多是用頭腦而不是用雙手來(lái)創(chuàng)造財(cái)富2. 有兩種編程的方式：一種是把代碼寫(xiě)的非常復(fù)雜，以至于看不出明顯的錯(cuò)誤；另一種是把代碼寫(xiě)的非常簡(jiǎn)單，以至于明顯看不出錯(cuò)誤3. 注重單元測(cè)試4. 不要重復(fù)發(fā)明輪子5. 不能僅了解一門(mén)編程語(yǔ)言，這樣很容易僵化解決問(wèn)題的思路6. 方法學(xué)很重要。不一定某種方法學(xué)適合你，但可以從中汲取有用的知識(shí)，幫助你在更高的層次上看待問(wèn)題進(jìn)而解決問(wèn)題7. 使用好的開(kāi)發(fā)工具。易用的、高效率的開(kāi)發(fā)工具可以節(jié)約程序員大量寶貴的時(shí)間，把精力集中在需要處理的問(wèn)題上，而不是其他易分心的事情8. 生活中不只有C++、代碼和編程，還有更多的東西值得我們?nèi)ンw味。擁有美好的生活才能夠創(chuàng)造出完成的程序。