開發過程當中才用Gearman作後臺計算,node作socket鏈接服務器和數據傳輸及基本驗證,Gearman經過接收Action和參數後將相應的結果回調給node;node負責接收前端發送的action和參數給Gearman,並將Gearman計算的結果推送給前端,整個過程全是異步的,Gearman接收和返回是異步的,node接收和返回也是異步的。所以在數據傳輸的過程當中須要作數據標識,表示該數據的action,這在node與Gearman中作了驗證和封裝,在前端封裝一個js類來將異步轉爲事件回調的方式。css
提及來挺簡單,可是在開發中遇到不少問題:前端
一、消息定義node
在起初,咱們是將全部消息格式都定義好以後來進行開發,這在Gearman、node端的開發沒有任何問題,可是當在前端處理的時候發現消息數據不夠,須要調消息的數據內容,前端框架
二、接口定義服務器
在開發開始,咱們已經定義好了須要幾個接口,可是在開發過程當中發現有接口不夠,好比說搜索名片的接口,這樣的結果是在開發進行中去定義接口、定義消息,拖慢了開發進度。另外接口定義不規範,將前臺要完成的業務邏輯交給哦後臺去處理,好比說search_room接口;框架
三、與產品經理溝通異步
開發過成中才用了ionic前端框架,可是產品經理在擬定產品ui時,此ui與ionic的風格、元素截然不同,致使不少css代碼手動完成。socket
四、真是產品與想像產品的差距ionic
想象產品只是從用戶的角度去思考,想象中它是流暢的,在完成一個任務的時候它是簡單而穩定的,考慮的只是在一種理想狀況下,沒有在實際運行環境、和運行條件、以及技術約束的狀況下去思考,所以完成的產品與想象中的產品有必定的差距。ui