javascript - 责任具体在哪一方

Question

产品中的原型 定义的 提示文字 是这样的 ：

。。。

PHP 接口提示 文字是这样的

前端调用接口时， 说白了为了偷个懒， 直接把非正常奖品文字 给alert() 出来了， 但是 这提示文字，跟产品定义的提示文字不相符，

所以就造成了问责。 PHP 不改， 说她的提示文字 是给 调用接口的人看的， 然后 雷就到 前端 我这里来了。

本人表示 不服，就想问下， 如果提示有20个 我是不是也要写20个code 判断 丢出 自己定义的文字

Answer 1

バックエンドは問題ありません。フロントエンド プロンプトはバックエンド プロンプトとは異なります。バックエンドによって作成されたプロンプトはフロントエンドに理由を伝え、フロントエンドによって作成されたプロンプトはユーザーに理由を伝えます。

それに、5 分で変えられることについて何時間も議論することに何の意味があるのでしょうか?

Answer 2

はい、フロントエンドは、製品によって与えられる 3 つの状況に対応する、右側のテキストに基づいて、左側の数字を 3 つのカテゴリに分け、数字を判断して異なるプロンプトを表示する必要があると思います。

PHPで判定するステータスはこの3種類のプロダクトだけではないので、後からプロダクトがステータスを追加する場合は全てのステータスをフロントエンドに返して判定することで簡単に実装できます。

Answer 3

具体的な責任はプロジェクト マネージャーにあります。これは基本的に技術レベルではなくデマンドコミュニケーションレベルの問題です

Answer 4

一般に、この種の変更はフロントエンドによって行われます。 幸いなことに、PHP がスクリプト言語である場合、C# のようなコンパイル言語である場合、バックグラウンド更新のコストは高くなります。

いくつかのステータス コード、スイッチ ケースを記述するだけで完了です。怒らないでください~

Answer 5

まず感情を解決してから、問題に対処してください。たとえフォーラムであなたを支持する回答が 50 件も得られたとしても、何の意味があるのでしょうか?最初にコードを作成し、問題を解決してから、通信に問題がないかどうかを振り返って確認することをお勧めします。そうしないと、進捗がここで止まってしまいます。その責任は誰にあると思いますか。

Answer 6

質問の投稿と回答の確認時間が変更になりました...

Answer 7

この種の責任は、おそらく製品の問題とコミュニケーション不足です。
会社では、強い人は強い人の言うことを聞きます。バックエンドにあなたの言うことを聞くようにさせることも、バックエンドがあなたの言うことを聞くようにすることもできます。Duanting 製品を変更する場合、フロントエンドを変更する必要はありません
それができない場合は、フロントエンドを変更してください。今すぐ終了したら、変更するだけです。
この種の問題は、フロントエンドを変更するかバックエンドを変更するかによって発生することが多いです。