職場で、大文字と小文字を区別する REST API で問題が発生しました。この API では、スペルミスのあるパラメータが無視され、エラーは返されません。これは悪いことだと私は思います。次に、一般的な質問があります。
REST API では大文字と小文字を区別する必要がありますか、それとも区別しませんか?
それぞれのアプローチの利点と欠点は何ですか?
ベストアンサー1
他の回答者の回答にあるように、API を作成する URL の HTTP 部分では大文字と小文字が区別されます。これは UNIX の規則に従っており、URI パスはファイルシステム パスにマップされ、ファイルシステム パスは大文字と小文字が区別されます。一方、Windows ではパスの大文字と小文字を区別しないという規則に従います。
ただし、Unix では、大文字と小文字のみが異なる 2 つのパスを持つことは好ましくありません。さらに、パスは小文字であることが期待されています。
したがって、慣習を破らないようにしましょう。
そして
は共存できません。また、products
は よりも優先されますProducts
。Products
に 404 を返すか、301 を返すか、products
あるいは単に のエイリアスにするかはproducts
スタイルの問題です。選択は自由ですが、一貫性を持たせてください。
Stack Overflow API は、標準的に小文字で、大文字と小文字を区別しません。これにより、クライアントの作業が簡単になり、明確なデフォルトが設定され、ほとんどのユーザーにとって驚きのないものになると思います。
結局のところ、正直に言って、利点大文字と小文字の区別そして名前が重複していますか?