6

あなたはどう思いますか..バックエンドまたはフロントエンドの「規律」であるクリーンなURLです

4

6 に答える 6

6

URL がエンド ユーザー エクスペリエンスから見て「クリーン」であると言う場合は、型を少し破って、URL は一般に直感的ではなく、決して直感的ではないと言います。それらは機械可読であることを意図しています。

サイトからサイトへ移動するときに、URL とその「使いやすい構文」を覚えるだけではリソースに到達する方法を人間が思い出すことができないような、URL のフォーマットの標準はありません。「?」を使用するかどうかについてトスを議論することができます。'&' または '/' は、URL を介してリソースを識別する方法を表します。ある方法は他の方法よりも優れていますか? それは問題ではありません。一日の終わりに、マシンはそれを解析し、結果を送り返します。

人々が実際にこれらの情報を入力していると思い込むのをやめて、uri は人間のためではなく、機械のためのものであることを認識する必要があります。

アドレスのhttp://domain.com/部分の最初の数文字を超える uri をまだ使用したり覚えたりしたことがなく、長い間 Web を使用してきました。そのためのブックマークです。URLは通常文書化されておらず不透明であるため、Webサイトのどこにも「URLのこの部分を変更して「その他の」リソースを表示する」とは書かれていません。

はい、URI の SEO フレンドリーを作成します (定期的に変更されても地獄です) が、「ヒューマン/クリーン」リソース識別子のことはすべて忘れてください。それは神秘的なパイプの夢です。

私は、URL がリソースをブックマークしてそこに戻るための独自のメカニズムを提供する必要があるという Vlion に同意します (これらの忌まわしい Web 2.0 ajax/silverlight/flash の作成とは異なります)。人間が覚えて入力できる URL 戦略を考えるのにかなりの労力とエネルギーが費やされているようです。それはエネルギーの無駄遣いです。実際の問題に取り組み、解決しましょう。

暴言を吐いて申し訳ありませんが、特定のサークルで行われている URL に関連する Web 2.0 のナンセンスがたくさんありますが、これは完全に時間の無駄です。

于 2008-10-15T00:48:38.493 に答える
5

答えは両方です。

例えば:

https://stackoverflow.com/questions/ 203278 /are-clean-urls-a-backend-or-a-frontend-thing

上記の数字はデータベース ID であり、バックエンドのものです。きれいな部分を切り落とすと、同じページに移動します。したがって、「are-clean-urls-a-backend-or-a-frontend-thing」はフロントエンドの一部です。

于 2008-10-15T00:55:31.037 に答える
5

Firefox のAwesome バーと Google Chrome のOmniboxアドレス バーを使用して閲覧履歴を検索できるようになったため、ユーザーは以前にアクセスしたサイトの履歴を簡単に検索できるようになりました。 .

ページに適切なタイトルがあることを確認することは重要です (両方のブラウザーが URL だけでなくタイトルも検索するため)。ただし、URL にも関連するキーワードが含まれていることを確認することで、それらのキーワードがアドレス バーに入力されたときに URL は次のようになります。キーワードは URL とタイトルで 2 回一致するため、候補の上位に表示される可能性が高くなります。

また、ユーザーがサイトの名前を入力すると、サイトの URL の例が表示され、検索を絞り込むためのテンプレートとして使用できます。そのため、サイトのさまざまなセクションまたはアクションの URL で動詞と名詞を使用すると、ユーザーはサイトの関心のある部分だけに検索を絞り込むことができます。たとえば、stackoverflowの/questions/または/tag/セクション、またはdocs.google.com/doc の末尾にある「/doc」は、Google ドキュメントのドキュメント ページのみを表示するために使用できます*

Firefox と Chrome の両方が、アドレス バーに入力されたスペースで区切られた各単語を検索するため、URL が完全に人間が読めるものである必要はなく、ユーザーが興味のあるキーワードを実際に読めるようにする必要があると主張できます。 URLからの「ノイズ」の量は最小限に抑える必要があります。


* これは http の形式です://docs.google.com/Doc?id=意味不明

于 2008-10-15T23:54:39.350 に答える
2

私の見解は単純です。

  • ブラウザーでアクセスするすべての場所 (さまざまなエッジ ケースの例外を除く) はブックマーク可能であり、進む/戻るは使用可能であり、データ エントリを破棄しない必要があります。
于 2008-10-15T00:36:26.817 に答える
1

確かにバックエンド。サーバーは、URL によって要求されたリソースへのルーティングを処理する必要があるサーバーです。

于 2008-10-15T00:04:09.080 に答える
0

わかりやすいURLを使用する主な理由は次のとおりです。

  • リンク/共有のしやすさ
  • プレゼンテーション

ですから、それは純粋にクライアント側の喜びだと思います。サーバー上でも優れていますが、ミッションクリティカルではありません。

于 2008-10-15T00:07:34.597 に答える