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