产品中的原型 定义的 提示文字 是这样的 ：
。。。
PHP 接口提示 文字是这样的
前端调用接口时， 说白了为了偷个懒， 直接把非正常奖品文字 给alert() 出来了， 但是 这提示文字，跟产品定义的提示文字不相符，
所以就造成了问责。 PHP 不改， 说她的提示文字 是给 调用接口的人看的， 然后 雷就到 前端 我这里来了。
本人表示 不服，就想问下， 如果提示有20个 我是不是也要写20个code 判断 丢出 自己定义的文字
闭关修行中......
後端說的沒問題，前端的提示和後端的提示是不一樣的。後端寫的提示是告訴前端為什麼，而前端的提示是告訴使用人員為什麼。
再說，就5分鐘改完的事情非得花幾個鐘來吵，有什麼意義。
是的，我覺得前端應該根據右邊的文字把左邊的數字分成3類，分別對應產品所給的三種情況，然後判斷數字顯示不同的提示語。
因為 php 判斷的狀態不可能只有產品的這三種，把所有的狀態回傳讓前端進行判斷，如果之後產品再加另一個狀態的話可以很容易實現。
具體責任在專案經理。這根本就是需求溝通層面而非技術層面的問題
一般而言，這種修改還是前端來做的。 想想還好PHP是腳本語言，如果是C#那種編譯型的語言後台更新的成本更大。
就這麼幾個狀態碼，寫個switch case就搞定了。不氣哈~
先解決情緒，再處理問題。就算你在論壇裡收穫了50個聲援你的答案，有什麼意義？不如先踏實把程式碼寫了，把問題解決，再回頭看看溝通上是不是有問題。不然進度卡你這裡了，你以為鍋子是誰的？
發問題,看答案的時間.已經改好了...
這種責任很難說清，那估計就是產品的問題，溝通不暢在公司直白點就是誰強勢就聽誰的， 你能讓後端聽你的，或者後端聽產品的改掉，那你前端就不用改如果不能，現在讓你前端改，那你就改了就好了。 這種問題，很多情況下都會遇到 ，不是前端改就是後端改，看人處理吧
。。。
後端說的沒問題，前端的提示和後端的提示是不一樣的。後端寫的提示是告訴前端為什麼，而前端的提示是告訴使用人員為什麼。
再說，就5分鐘改完的事情非得花幾個鐘來吵，有什麼意義。
是的，我覺得前端應該根據右邊的文字把左邊的數字分成3類，分別對應產品所給的三種情況，然後判斷數字顯示不同的提示語。
因為 php 判斷的狀態不可能只有產品的這三種，把所有的狀態回傳讓前端進行判斷，如果之後產品再加另一個狀態的話可以很容易實現。
具體責任在專案經理。這根本就是需求溝通層面而非技術層面的問題
一般而言，這種修改還是前端來做的。 想想還好PHP是腳本語言，如果是C#那種編譯型的語言後台更新的成本更大。
就這麼幾個狀態碼，寫個switch case就搞定了。不氣哈~
先解決情緒，再處理問題。就算你在論壇裡收穫了50個聲援你的答案，有什麼意義？不如先踏實把程式碼寫了，把問題解決，再回頭看看溝通上是不是有問題。不然進度卡你這裡了，你以為鍋子是誰的？
發問題,看答案的時間.已經改好了...
這種責任很難說清，那估計就是產品的問題，溝通不暢
在公司直白點就是誰強勢就聽誰的，
你能讓後端聽你的，或者後端聽產品的改掉，那你前端就不用改
如果不能，現在讓你前端改，那你就改了就好了。
這種問題，很多情況下都會遇到 ，不是前端改就是後端改，看人處理吧