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