問(wèn)題描述

產(chǎn)品中的原型 定義的 提示文字 是這樣的 ：

。。。

PHP 接口提示 文字是這樣的

前端調(diào)用接口時(shí)， 說(shuō)白了為了偷個(gè)懶， 直接把非正常獎(jiǎng)品文字 給alert() 出來(lái)了， 但是 這提示文字，跟產(chǎn)品定義的提示文字不相符，

所以就造成了問(wèn)責(zé)。 PHP 不改， 說(shuō)她的提示文字 是給 調(diào)用接口的人看的， 然后 雷就到 前端 我這里來(lái)了。

本人表示 不服，就想問(wèn)下， 如果提示有20個(gè) 我是不是也要寫(xiě)20個(gè)code 判斷 丟出 自己定義的文字

問(wèn)題解答

后端說(shuō)的沒(méi)問(wèn)題，前端的提示和后端的提示是不一樣的。后端寫(xiě)的提示是告訴前端為什么，而前端的提示是告訴使用人員為什么。

再說(shuō)，就5分鐘改完的事情非得花幾個(gè)鐘來(lái)吵，有什么意義。

是的，我覺(jué)得前端應(yīng)該根據(jù)右邊的文字把左邊的數(shù)字分為3類，分別對(duì)應(yīng)產(chǎn)品所給的三種情況，然后判斷數(shù)字顯示不同的提示語(yǔ)。

因?yàn)?php 判斷的狀態(tài)不可能只有產(chǎn)品的這三種，把所有的狀態(tài)返回讓前端進(jìn)行判斷，如果之后產(chǎn)品再加另一個(gè)狀態(tài)的話可以很容易實(shí)現(xiàn)。

具體責(zé)任在項(xiàng)目經(jīng)理。這根本就是需求溝通層面而非技術(shù)層面的問(wèn)題

一般而言，這種修改還是前端來(lái)做的。 想想還好PHP是腳本語(yǔ)言，如果是C#那種編譯型的語(yǔ)言后臺(tái)更新的成本更大。

就這么幾個(gè)狀態(tài)碼，寫(xiě)個(gè)switch case就搞定了。不氣哈~

先解決情緒，再處理問(wèn)題。就算你在論壇里收獲了50個(gè)聲援你的答案，有什么意義？還不如先踏踏實(shí)實(shí)把代碼寫(xiě)了，把問(wèn)題解決，再回頭看看溝通上是不是有問(wèn)題。不然進(jìn)度卡你這里了，你以為鍋是誰(shuí)的？

發(fā)問(wèn)題,看答案的時(shí)間.已經(jīng)改好了...

這種責(zé)任很難說(shuō)清，那估計(jì)就是產(chǎn)品的問(wèn)題，溝通不暢 在公司直白點(diǎn)就是誰(shuí)強(qiáng)勢(shì)就聽(tīng)誰(shuí)的， 你能讓后端聽(tīng)你的，或者后端聽(tīng)產(chǎn)品的改掉，那么你前端就不用改 如果不能，現(xiàn)在讓你前端改，那你就改了就好了。 這種問(wèn)題，很多情況下都會(huì)遇到 ，不是前端改就是后端改，看人處理吧