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

?

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

1、消息定義

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

2、接口定義

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

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

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

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

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

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

總結(jié)

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

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