用 Boost::Beast 刻的 Http Client

這篇算是簡單紀錄一下，Heresy 自己用 Boost::Beast（官網）刻出來的簡易的 C++ Http client 端函式庫。

Heresy 自己會寫這個，主要是因為有寫一個小程式，去把特定網站的內容，自動下來後重新整理、再轉換成電子書的格式給 Kindle 用。

其實第一個版本，Heresy 是用 Boost::asio（官網）來寫的；但是後來那個網站改成 HTTPS 了，所以程式就不能用了…拖了好一陣子後，Heresy 終於下定決心，改用 Boost::Beast 這個稍微高階一點的函式庫，來重寫 Http 的部分了。 ^^"

相關的檔案都放在：

https://github.com/KHeresy/HttpClientLite

廣告

Boost 的另一個型別轉換函式庫：Convert

在幾年前，Heresy 曾經寫了一篇《在文字和數字間轉換：boost::lexical_cast》，來介紹 Boost C++ Libraries 裡的 lexical_cast 這個函式庫；他的基本功能，就是來將文字、和其他的資料型別做轉換。

在 Heresy 當時看來，這個函式庫算是相當方便的～就算是自定義的型別，也可以透過實作 operator << 和 >> 來支援 lexical_cast。整體來說，他應該是可以簡化一些型別轉換時的程式寫法的。

不過，他還是有一些限制與問題在。除了效能不算很好外，他的錯誤處理方法也只有 exception 一種，此外更不支援格式化的設定，這讓他在某些情況下，不是很好用。

所以，在 Boost 1.59.0 的時候，Boost 又加入了另一個名為「Convert」的函式庫（官網），希望可以解決 lexical_cast 的這些問題。

使用 gcc 建置 Boost 時開啟 c++11 的功能

Heresy 在 2010 年開始使用 Boost C++ Libraries（官網）的時候，已經有寫過一篇《Boost C++ Libraries 簡介》，大致介紹過這套半 C++ 官方的函式庫集合，以及他的建置方法了。

而之後，其實也有寫了不少文章，來介紹裡面的一些函式庫（參考）。

至於這一篇呢，則是簡單紀錄一下，在 Linux 環境下如果想要自行建置 Boost 的話，要怎麼開啟 c++11 的支援。

Boost 與 Qt 的 Signal / Slot 效能測試

Qt 這個圖形介面的開發套件（官網），基本上算是目前數一數二的跨平台圖形介面開發方案了。

在 Qt 的架構中，要在不同的物件之間傳遞資訊、觸發事件，所使用的是其創造的「Signals & Slots」架構（官方文件）。

而目前除了 Qt 之外，還有許多函式庫，也有提供 Signals & Slots 的功能，像是 Boost C++ Libraries 裡面，就有 boost::signal 和 boost::signal2 這兩個函式庫可以使用；其中，Heresy 也有針對 boost::signal2 做過介紹（參考）。

在 Heresy 來看，Qt 的 signal & slot 的架構比較麻煩的地方，是他必須要使用許多非標準的語法，所撰寫的程式還需要經過 Qt Meta-Object Compiler（moc）來做前處理，才能讓一般的 C++ 編譯器編譯。相較之下，Boost 的 Signal2 在撰寫上的彈性就比較大、也比較方便了。

不過，這兩者個效能怎麼樣呢？這邊 Heresy 就是打算來做個簡單的效能評估。

在 C++ 裡面呼叫外部程式 Boost.Process

如果想在 C++ 的程式裡面、呼叫外部的程式的話，一般傳統的做法，應該有使用 system()（參考）或 C 風格的 popen() 這兩種方法（參考）。

不過，以 system() 來說，他並不能處理外部程式的輸出與輸入，在某些情況下不算實用。

popen() 的話，則是不存在於 MSVC 的環境中，需要使用替代的 _popen()（MSDN）才行；同時，popen() 也僅有提供單向、不能雙向（只能寫或讀、不能同時讀寫）；真要雙向的使用，其實相當地麻煩（參考）…

而 Boost.Process 則是一個還在開發中、也還沒正式進到 Boost C++ Libraries 的函式庫，他基本上就是希望可以提供一個跨平台、同時有更多功能的外部程序處理函式庫。

它的原始碼在：

https://github.com/klemens-morgenstern/boost-process

目前版本標記是 alpha06、需要搭配支援 C++11 的編譯器、以及 Boost 1.62.0 使用（試過 1.61 不行）；文件則是在 http://klemens-morgenstern.github.io/process/。

跨平台的 plugin 開發函式庫：Boost DLL－搭配自訂類別

前面在《基本使用》、《進階》這兩篇文章，應該算是把 Boost.DLL 的一般使用狀況都大概寫過了；不過實際上，Heresy 這邊真正要拿來用的話，應該不會直接匯出函式或變數，而是會採用匯出自訂類別（class）的形式吧～

這樣的概念，主要是自己定義一個抽象類別，在裡面規範好需要那些變數、要實作哪些成員函式，之後就只需要操作這個類別的物件就好了～基本上，應該算是比較物件導向的做法。

而這偏就是來稍微寫一下，該怎麼透過 Boost.DLL、把自訂列別當作外掛的介面來用。

---

跨平台的 plugin 開發函式庫：Boost DLL – 進階

這篇是延續前一篇《基本使用》，繼續來整理一些 Boost.DLL 的其他功能。

---

Alias（別名）

首先，是「alias」（別名）的部分。

在前一篇裡面，已經提過基本的匯出、匯入的方法了。在基本的方法中，要匯出和匯入時，都是直接使用本來的變數、函式名稱；但是有的時候，如果不方便直接使用原有的變數、函式名稱，但是又不好直接去改名的時候，就可以透過 alias 的機制，在匯出時採用另一個名字來匯出。

跨平台的 plugin 開發函式庫：Boost DLL – 基本使用

Boost.DLL 是 Boost C++ Libraries 在 1.61 版加入的一個新的函式庫，他的設計目的，是讓開發者可以寫出跨平台的 plungin 架構，也就是在程式執行時、再去讀取動態函式庫（DLL、SO/DSO）的檔案來用。

這樣的好處，是可以自己開發一個程式的框架，然後把擴充的方法定義好、讓其他人自行開發符合架構的模組來做擴充；基本上，應該算是一個滿有效、增加程式彈性的方法～

也由於採用這樣的機制可以不需要釋出主程式的原始碼、也可以在不修改主程式的情況下、擴增功能，所以很多軟體，也都是用這種方法來作為擴充、或是提供第三方開發的方法。

而這篇 Heresy 就是簡單測試一下 Boost.DLL 的紀錄了。

C++11 程式的平行化：async 與 future

之前在《C++ 的多執行序程式開發 Thread：基本使用》這系列文章裡面，Heresy 已經大概整理了一下 C++11 提供的 std::thread 這個執行序函式庫的使用方法了。

不過，實際上在 C++11 的「Thread support library」（參考）裡面，除了 std::thread 以外，還有不少東西可以用。這篇要寫的，就是其中的 std::async() 和 std::future<>。

基本上，使用 std::thread 來建立一個新的執行序、另外執行某些計算，在 C++ 中算是比較底層的方法；它的功能很彈性，但是相對的，也有一些比較麻煩的地方。比如說透過 std::thread 執行的函式基本上無法回傳值，而在其他執行序中產生的 exception 也沒有辦法被 catch 到。

而 std::async() 在某方面來說，則算是一個特化的功能，他的設計概念，就是

當要進行一個沒有馬上要用其結果的複雜計算的時候，把計算丟到另一個執行序去，等到之後真的要用的時候，才去確認他跑完沒、並取得他的結果。

解決 Boost 在 VC14 CTP6 無法建置的問題

恩…這是一個困擾 Heresy 很久的問題了…Heresy 之前為了嘗鮮，已經把 VisualStudio 安裝到最新的 VisualStudio 2015 預覽版了。而本來基本上都相安無事，但是後來在更新到 CTP6（官方介紹）之後，問題就來了…

但是應該是因為 VisualStudio 2015 CTP6 在 VC 的部分（以下稱「VC14 CTP6」），引進了新的「Universal CRT」（官方介紹）的關係，結果 Heresy 的 Boost C++ Libraries 就這樣無法建置成功了… orz

遇到的錯誤，基本上會像是：

C:\Program Files (x86)\Microsoft Visual Studio 
14.0\VC\INCLUDE\crtdefs.h(10):
fatal error C1083: Cannot open include file: 
'corecrt.h': No such file or directory