[導讀]在來騰訊之前，我是沒有真正用C開發(fā)過一個完整的項目的，然后，趕鴨子上架，鵝廠的人特別喜歡用C，而且用的特別好。我這次推薦一個開源的C項目，希望喜歡C，或者想往C方向發(fā)展的同學可以看看。面向過程一定是偏向底層的，面向?qū)ο笠欢ㄊ瞧驊玫模瑒e杠！下面介紹下這個C開源項目項目名稱：?W...
在來騰訊之前，我是沒有真正用C 開發(fā)過一個完整的項目的，然后，趕鴨子上架，鵝廠的人特別喜歡用C ，而且用的特別好。我這次推薦一個開源的C 項目，希望喜歡C ，或者想往C 方向發(fā)展的同學可以看看。
面向過程一定是偏向底層的，面向?qū)ο笠欢ㄊ瞧驊玫模瑒e杠！
下面介紹下這個C 開源項目
項目名稱：?Workflow
項目地址：https://github.com/sogou/workflow
這個項目適合用于什么場景
這個項目是搜狗的服務器引擎，幾乎搜狗所有的后端C 服務和其他幾十家公司都在使用這個引擎，每日處理超百億請求。
不僅如此，該項目絕對也非常適合在嵌入式應用上實現(xiàn)網(wǎng)絡的框架設計，框架設計是一個項目成功與否非常重要的環(huán)節(jié)，而網(wǎng)絡在AIOT、智能家居、智能硬件上尤其重要。
比如我們在項目中需要使用http，Workflow在設計上可以通過Cmake配置支持windows 或者 Linux 或 MacOS 等多個平臺上的多個項目編譯，而且，在不同平臺上保持相同的接口。
如果你新增一個嵌入式設備，比如ESP32，在服務器和客戶端，你只需要維護一套代碼，就可以完成自己的應用需求。
真正做到把云端的技術(shù)移植到嵌入式設備上運行。
適用于嵌入式幾大特點
1. ?持多平臺、多體系結(jié)構(gòu)
多平臺是?個?常重要的特性，多平臺的代碼說明在配置和耦合上考慮了很多設計上的細節(jié)。?前Workflow除了Linux、Windows、MacOS、Android以外，還可以愉快地在樹莓派、國產(chǎn)?芯處理器等不同體系結(jié)構(gòu)上運?。
2. 編譯快
Workflow除OpenSSL以外不依賴其他庫，?且在接?層是沒有模版的，因此編譯速度??？欤坏?分鐘即可編出?個可?的lib。
3. 體積?、?持編譯裁剪
Workflow的Kafka協(xié)議默認是不編譯的，除此之外，還可以裁剪掉其他不常?的模塊。
?如：
并且可以通過strip命令去掉符號鏈接，即可讓庫?件縮?到400k左右。
4. 運?時內(nèi)存?、調(diào)度快
作為?個異步調(diào)度的庫，Workflow調(diào)度性能?直是?常好的。另外運?時內(nèi)存占?也?常的?。
在默認配置下，tutorial 下的 helloworld server?服務占用內(nèi)存大小測試
運行服務
查找進程號
查看內(nèi)存占用，物理內(nèi)存占用在3824kb
5. ?定義協(xié)議?常?便
另外，社區(qū)活躍以及項目負責人積極回復問題我覺得也是一個亮點，如果在框架搭建和移植上出現(xiàn)問題，在社區(qū)上提問都會得到快速響應。
細說編譯與自定義協(xié)議
開源應該是我推薦最主要的原因，還有一個原因是，這個項目非常適合在一些大型的嵌入式項目中使用。
我之前創(chuàng)業(yè)，在通訊協(xié)議上花了很長的時間，如果當時發(fā)現(xiàn)這個項目，我覺得套用這個框架，可能會輕松很多。這個項目使用Cmakefile來配置，之前發(fā)的Cmakefile文檔我覺得也是對大家有用的。
嵌入式雜談之makefile補充
Cmake確實應該用到的時候再學
我當時創(chuàng)業(yè)的項目就是存在很多客戶端，然后嵌入式客戶端會和服務器進行交互數(shù)據(jù)。因為這個原因，我們就自己定義協(xié)議，并在我們自己的協(xié)議上做了很多規(guī)避措施，當然，這些措施都沒有經(jīng)過時間的捶打。
但Workflow的這個?定義協(xié)議的例?，直接在教程?就給出了，感興趣的朋友可以下載完后
通過以下命令，即可編譯出?個?定義協(xié)議的server和client：
另?個窗?執(zhí)?client，即可通信：
執(zhí)行過程：
移植到嵌入式設備的開源支持
據(jù)悉?前已經(jīng)有許多?戶?到了嵌?式上了。我到github上翻閱發(fā)現(xiàn)，遇到問題的時候，官方還特別耐心的解釋，真的很不錯，這才是做技術(shù)該有的樣子嘛~
項目的例程
官方給的實例比較多，新手的同學建議都看看，從這些東西入手會讓自己更快進入狀態(tài)。
一個簡單的Client 和 Server 端的代碼
服務端：
客戶端：
任務流框架設計
在作者的設計理念中，一切業(yè)務邏輯皆是任務，多個任務會組成任務流，任務流可組成圖，這個圖可能是串聯(lián)圖，可能是并聯(lián)圖，也有可能是串并聯(lián)圖，類似于這種：
也有可能是這種復雜的DAG圖：
當然圖的層次結(jié)構(gòu)可由用戶自定義，個人認為框架最牛逼的一點就是支持動態(tài)創(chuàng)建任務流。
這個項目大概就介紹到這里
再說下這個項目的資料匯總
參考資料：
https://zhuanlan.zhihu.com/p/358869362https://zhuanlan.zhihu.com/p/165638263
項目地址如下：
https://github.com/sogou/workflow?也可以點擊閱讀原文直達。
在訪問GitHub遇到困難時，可使用他們的Gitee官方倉庫：
https://gitee.com/sogou/workflow
感覺這個項目值得學習的話就給人家個star，不要白嫖哈，對項目團隊來說也是一種認可和鼓勵。
面向過程一定是偏向底層的，面向?qū)ο笠欢ㄊ瞧驊玫模瑒e杠！
下面介紹下這個C 開源項目
項目名稱：?Workflow
項目地址：https://github.com/sogou/workflow
這個項目適合用于什么場景
這個項目是搜狗的服務器引擎，幾乎搜狗所有的后端C 服務和其他幾十家公司都在使用這個引擎，每日處理超百億請求。
不僅如此，該項目絕對也非常適合在嵌入式應用上實現(xiàn)網(wǎng)絡的框架設計，框架設計是一個項目成功與否非常重要的環(huán)節(jié)，而網(wǎng)絡在AIOT、智能家居、智能硬件上尤其重要。
比如我們在項目中需要使用http，Workflow在設計上可以通過Cmake配置支持windows 或者 Linux 或 MacOS 等多個平臺上的多個項目編譯，而且，在不同平臺上保持相同的接口。
如果你新增一個嵌入式設備，比如ESP32，在服務器和客戶端，你只需要維護一套代碼，就可以完成自己的應用需求。
真正做到把云端的技術(shù)移植到嵌入式設備上運行。
適用于嵌入式幾大特點
1. ?持多平臺、多體系結(jié)構(gòu)
多平臺是?個?常重要的特性，多平臺的代碼說明在配置和耦合上考慮了很多設計上的細節(jié)。?前Workflow除了Linux、Windows、MacOS、Android以外，還可以愉快地在樹莓派、國產(chǎn)?芯處理器等不同體系結(jié)構(gòu)上運?。
2. 編譯快
Workflow除OpenSSL以外不依賴其他庫，?且在接?層是沒有模版的，因此編譯速度??？欤坏?分鐘即可編出?個可?的lib。
3. 體積?、?持編譯裁剪
Workflow的Kafka協(xié)議默認是不編譯的，除此之外，還可以裁剪掉其他不常?的模塊。
?如：
make?REDIS=n?MYSQL=n?UPSTREAM=n并且可以通過strip命令去掉符號鏈接，即可讓庫?件縮?到400k左右。
4. 運?時內(nèi)存?、調(diào)度快
作為?個異步調(diào)度的庫，Workflow調(diào)度性能?直是?常好的。另外運?時內(nèi)存占?也?常的?。
在默認配置下，tutorial 下的 helloworld server?服務占用內(nèi)存大小測試
運行服務
查找進程號
查看內(nèi)存占用，物理內(nèi)存占用在3824kb
5. ?定義協(xié)議?常?便
另外，社區(qū)活躍以及項目負責人積極回復問題我覺得也是一個亮點，如果在框架搭建和移植上出現(xiàn)問題，在社區(qū)上提問都會得到快速響應。
細說編譯與自定義協(xié)議
開源應該是我推薦最主要的原因，還有一個原因是，這個項目非常適合在一些大型的嵌入式項目中使用。
我之前創(chuàng)業(yè)，在通訊協(xié)議上花了很長的時間，如果當時發(fā)現(xiàn)這個項目，我覺得套用這個框架，可能會輕松很多。這個項目使用Cmakefile來配置，之前發(fā)的Cmakefile文檔我覺得也是對大家有用的。
嵌入式雜談之makefile補充
Cmake確實應該用到的時候再學
我當時創(chuàng)業(yè)的項目就是存在很多客戶端，然后嵌入式客戶端會和服務器進行交互數(shù)據(jù)。因為這個原因，我們就自己定義協(xié)議，并在我們自己的協(xié)議上做了很多規(guī)避措施，當然，這些措施都沒有經(jīng)過時間的捶打。
但Workflow的這個?定義協(xié)議的例?，直接在教程?就給出了，感興趣的朋友可以下載完后
通過以下命令，即可編譯出?個?定義協(xié)議的server和client：
make
cd?tutorial
make
./tutorial-10-user_defined_protocol/server
另?個窗?執(zhí)?client，即可通信：
./tutorial-10-user_defined_protocol/client
執(zhí)行過程：
移植到嵌入式設備的開源支持
據(jù)悉?前已經(jīng)有許多?戶?到了嵌?式上了。我到github上翻閱發(fā)現(xiàn)，遇到問題的時候，官方還特別耐心的解釋，真的很不錯，這才是做技術(shù)該有的樣子嘛~
項目的例程
官方給的實例比較多，新手的同學建議都看看，從這些東西入手會讓自己更快進入狀態(tài)。
一個簡單的Client 和 Server 端的代碼
服務端：
#include?
#include?"workflow/WFHttpServer.h"
int?main()?{
????WFHttpServer?server([](WFHttpTask?*task)?{
????????task->get_resp()->append_output_body("Hello?World!");
????});
????if?(server.start(8888)?==?0)?{?//?start?server?on?port?8888
????????getchar();?//?press?"Enter"?to?end.
????????server.stop();
????}
????return?0;
}
客戶端：
int?main(int?argc,?char?*argv[])?{
????
????WFMySQLTask?*task?=?WFTaskFactory::create_mysql_task(url,?RETRY_MAX,?mysql_callback);
????task->get_req()->set_query("SHOW?TABLES;");
????
????task->start();
}
任務流框架設計
在作者的設計理念中，一切業(yè)務邏輯皆是任務，多個任務會組成任務流，任務流可組成圖，這個圖可能是串聯(lián)圖，可能是并聯(lián)圖，也有可能是串并聯(lián)圖，類似于這種：
也有可能是這種復雜的DAG圖：
當然圖的層次結(jié)構(gòu)可由用戶自定義，個人認為框架最牛逼的一點就是支持動態(tài)創(chuàng)建任務流。
這個項目大概就介紹到這里
再說下這個項目的資料匯總
參考資料：
https://zhuanlan.zhihu.com/p/358869362https://zhuanlan.zhihu.com/p/165638263
項目地址如下：
https://github.com/sogou/workflow?也可以點擊閱讀原文直達。
在訪問GitHub遇到困難時，可使用他們的Gitee官方倉庫：
https://gitee.com/sogou/workflow
感覺這個項目值得學習的話就給人家個star，不要白嫖哈，對項目團隊來說也是一種認可和鼓勵。
下載文檔
