開發(fā)過程中才用Gearman做后臺計算，node做socket連接服務器和數(shù)據(jù)傳輸及基本驗證，Gearman通過接收Action和參數(shù)后將相應的結(jié)果回調(diào)給node；node負責接收前端發(fā)送的action和參數(shù)給Gearman，并將Gearman計算的結(jié)果推送給前端，整個過程全是異步的，Gearman接收和返回是異步的，node接收和返回也是異步的。因此在數(shù)據(jù)傳輸?shù)倪^程中需要做數(shù)據(jù)標識，表示該數(shù)據(jù)的action，這在node與Gearman中做了驗證和封裝，在前端封裝一個js類來將異步轉(zhuǎn)為事件回調(diào)的方式。

?

說起來挺簡單，但是在開發(fā)中遇到很多問題：

1、消息定義

在起初，我們是將所有消息格式都定義好之后來進行開發(fā)，這在Gearman、node端的開發(fā)沒有任何問題，但是當在前端處理的時候發(fā)現(xiàn)消息數(shù)據(jù)不夠，需要調(diào)消息的數(shù)據(jù)內(nèi)容，

2、接口定義

在開發(fā)開始，我們已經(jīng)定義好了需要幾個接口，但是在開發(fā)過程中發(fā)現(xiàn)有接口不夠，比如說搜索名片的接口，這樣的結(jié)果是在開發(fā)進行中去定義接口、定義消息，拖慢了開發(fā)進度。另外接口定義不規(guī)范，將前臺要完成的業(yè)務邏輯交給哦后臺去處理，比如說search_room接口；

3、與產(chǎn)品經(jīng)理溝通

開發(fā)過成中才用了ionic前端框架，但是產(chǎn)品經(jīng)理在擬定產(chǎn)品ui時，此ui與ionic的風格、元素大相徑庭，導致很多css代碼手動完成。

4、真是產(chǎn)品與想像產(chǎn)品的差距

想象產(chǎn)品只是從用戶的角度去思考，想象中它是流暢的，在完成一個任務的時候它是簡單而穩(wěn)定的，考慮的只是在一種理想情況下，沒有在實際運行環(huán)境、和運行條件、以及技術(shù)約束的情況下去思考，因此完成的產(chǎn)品與想象中的產(chǎn)品有一定的差距。

轉(zhuǎn)載于:https://www.cnblogs.com/xiezhengcai/p/3741553.html

總結(jié)

以上是生活随笔為你收集整理的项目开发问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。