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

?

說(shuō)起來(lái)挺簡(jiǎn)單，但是在開(kāi)發(fā)中遇到很多問(wèn)題：

1、消息定義

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

2、接口定義

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

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

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

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

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

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

總結(jié)

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

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