3

社内の Web アプリケーションでカスタム http ヘッダーに対して受け入れられている命名規則はありますか?

厳密な意味での社内とは、このヘッダーを持つリクエストが公共のインターネット経由で送信されることは決してないことを意味します。リベラルな意味での社内とは、要求がパブリック インターネット経由で転送される可能性がある一方で、サーバー エンドポイントが常に特定のベンダーの管理下にあるマシンであることを意味します。

この SO 記事とRFC 6648を認識しています。

ただし、後者の参考文献に示されている推論は、次のように私を納得させるものではありません。

2.  SHOULD employ meaningful parameter names that they have reason to
    believe are currently unused.

3.  SHOULD NOT prefix their parameter names with "X-" or similar
    constructs.

X-<meaningful_name>+によって提案されたセマンティクスを伝え<meaningful_name>ます + このヘッダーは公式の標準維持機関によって割り当てられておらず、登録もされていないため、項目 2.、3. は少し矛盾しているように見えます。

もちろん、Vnd-会社/製品名の接頭辞、または のような慣習的な用語など、他のモニカを使用することもできますFoo-。ただし、プレフィックスに対する引数X-は引き続き適用されます。

一方、「意味のある名前」を使用するだけでは、将来、同じ用語が公式の標準または製品が処理パイプラインの一部になる他の会社によって承認されていることと衝突する可能性があります。

ps: この質問があまりに具体的でないと思われる場合は、お詫び申し上げます。別の適切な場所に移動させていただきます。

4

1 に答える 1

5

はい、受け入れられている命名規則があります。

VND.{ドメイン}.{キー}

例: VND.wreckingballmedia.com.runtime = 102ms

ここで公式の推奨事項を読むことができます: https://www.rfc-editor.org/rfc/rfc6648

基本的に、誰もが「X-MyNonStandardHeader = Value」は良い考えだと思っていましたが、名前の衝突がまだ残っています。UUID か何かでうまくいくかもしれないと書いてありますが、VND.domain.keyフォーマットを推奨しています。

于 2014-03-21T23:51:51.660 に答える