我看介紹說可用于物聯(lián)網(wǎng)應(yīng)用，GatewayWorker能夠主動向應(yīng)用的PHP后臺接口發(fā)送數(shù)據(jù)嗎？
我在看手冊的時候看到GatewayWorker與TP、YII框架等的整合，從圖中看只有單向的調(diào)用關(guān)系，也就是說應(yīng)用的PHP后臺程序（API接口），去調(diào)用GatewayClient的方法發(fā)送數(shù)據(jù)給GatewayWorker服務(wù)器，然后GatewayWorker服務(wù)器在通過TCP協(xié)議發(fā)送數(shù)據(jù)給智能終端（空氣凈化器），這樣只實(shí)現(xiàn)了物聯(lián)網(wǎng)應(yīng)用中的指令下發(fā)功能，智能終端主動上報的數(shù)據(jù)怎么接收？是需要在PHP后臺程序（API接口）這塊自己實(shí)現(xiàn)一個TCP的接收服務(wù)程序嗎？讓智能終端將數(shù)據(jù)發(fā)送給PHP后臺程序（API接口）。這樣的話非常難受?。。?！因?yàn)橹悄芙K端只能配置一個域名和一個端口，這個域名和端口已給GatewayWorker服務(wù)器用了，用來和GatewayWorker服務(wù)器建立連接，以便接收GatewayWorker服務(wù)器下發(fā)的指令。
這種情況，請問大神有什么解決辦法？多謝！
另外追問，為什么GatewayWorker不實(shí)現(xiàn)和其它框架整合后的雙向通訊呢？
[attach]612[/attach]
2個回答
打賞
另外追問，為什么GatewayWorker不實(shí)現(xiàn)和其它框架整合后的雙向通訊呢？
可以的，只是TP YII等框架是為傳統(tǒng)WEB服務(wù)開發(fā)的，綁定了很多HTTP協(xié)議的內(nèi)容，代碼上比較難直接與GatewayWorker結(jié)合。例如onMessage中收到消息后如何路由到TP YII等代碼中處理需要自己改造實(shí)現(xiàn)。
如果你對TP YII等框架很熟悉，自己會改造，是完全沒問題的，完全可以做到雙向通訊。
官網(wǎng)推薦的分開部署方式，也就是GatewayWorker 和 TP YII等分開部署，代碼不耦合在一起?？蛻舳送ㄟ^http發(fā)送數(shù)據(jù)給TP YII處理業(yè)務(wù)邏輯，當(dāng)業(yè)務(wù)邏輯需要給客戶端推送數(shù)據(jù)時，利用GatewayClient調(diào)用GatewayWorker推送，這樣耦合性很低，集成比較快，不用對TP YII等改造。
-
winson 2017-05-05分開部署，代碼保持松耦合是沒問題，這是架構(gòu)確實(shí)應(yīng)該考慮的事。但是我的意思是GatewayWorker要是能夠再后續(xù)版本中能夠?qū)崿F(xiàn)雙向通訊就完美了，而且這是普遍需求！屬于強(qiáng)需求！需求就是：GatewayWorker提供類庫，只要加入TP YII等框架中，項(xiàng)目就可以根據(jù)自身調(diào)用這些類庫了（就像GatewayClient只發(fā)送），再實(shí)現(xiàn)一個服務(wù)端，隨時接收GatewayWorker主動發(fā)送過來的數(shù)據(jù)（*****負(fù)責(zé)接收）。這樣對于開發(fā)者來說，使用這個workman或者GatewayWorker的難度進(jìn)一步降低了，在場景上也完美適配了，更有利于workman或者GatewayWorker發(fā)展。
-
