なぜ、タグはすべて低い。[定休日]

StackOverflow https://stackoverflow.com/questions/549229

  •  23-08-2019
  •  | 
  •  

質問

随所に見ていたように、これまでとは違ったいサイトをタグシステム変換のタグ名を小文字を使用します。といってもStackOverflow.

私は考えるのはなぜなのです。以外の予防に重複が思いつかない理由の利用小文字を使用します。このツールを実践的側面のタグです。人を読み込むために使用します。"IBM"ない"ibm"、"C#"ない"c#".サービスのユーザーへの理解をいただきましたの意味タグっただき都からタグシステム、またはコンベンションおよびログインしてくださは違います。

して声を出していくべきではないご意見を出しました。

役に立ちましたか？

解決

エンジニアに何かが特定の方法である理由を掲載し、彼らはそれを把握するために偉大な長さに行きます。 ;）

あなたはそれがサイトS上の特定の方法で行って見たら、

この場合、私は、（怠惰（あなたが持ち出すの点を考慮して、プログラマ望んでいない）と模倣の組み合わせによって小文字の有病率を説明するために傾斜させることだろうあなたは、同様の仮定を持つサイトのS」）のためにそれを再実装する傾向があります。

それは確かに実現可能なようです。のストアのような場合は、しかし、の表示のタグを使用して（、ソート照会などのために）重要ではありません、このような方法で、タグ総額が本来意図しています。

他のヒント

すでに気づいたよう

、それは重複を防ぐことができます。人々は総額で一貫していません。ただ、ここでタグを見て、人々はそれが「objectivec」、「にObjC」または「objectivec」だかどうかを決定することができないことに注意してください。 "Objective-Cの"、 "のObjective-C" で投げるというように、あなたは本当の混乱を持っていると思います。

私はそれだけでは難しい、首都に対処することは不可能だろうとは言わないよ注意してください。たとえば、どのように正しい大文字小文字を知っていますか？ただ、最初の1が正しいとして入力受け入れますか？クリーンアップするためにモデレータに頼る？

別の例では、常にタグの同等とみなされるべきである。

タグを格納するためのもう一つの理由は、正常化しました。単一正規化されたバージョンは、受け入れケースが含まれており、タグは多対多のリンクテーブルを使用してリンクされています。タグテーブルとの比較は大文字と小文字を区別しないで行われるので、重複があることはありません。

（私はこの答えのいずれかの特定のサイトやシステムのためのアドバイスをしていない - 特定の各システムは、独自の考察を有していてもよい）。

私は理由が重複を防止し（それはあなたが複数のオプションを検討する必要がない場合は簡単です）、ソートや識別を容易にするためであると思います。多くのWebユーザーインターフェイスが時々正しく、それ以外ではない）活用する気にする可能性がある人に向けているとして、おそらく、いくつかの一貫性を維持する。

しかし、何かを参照するために、複数の方法があまりにも頻繁にありますので、その後、それらはとにかく問題となっています。あなたのタグは、これまでのスクリプト、設定、またはコードのいくつかの並べ替えにシンボルとして使用されている場合（例えばメールフィルタ、ファイル、コマンドラインを設定）、それはそれらをspecifingためにいくつかの簡単な規則を持って良いことだ、とすべてのシンボルが同様に重要である場合には、許可または異なる場合バリエーション、deliminations、等を区別することは問題となり得ます。彼らが入力するために持っている可能性があります、とに指定されている - 彼らは（例えば）メールボックス名またはソースファイルであるとき、Unixユーザとして、私はmoreso小文字、および特殊文字なし、短い、単純なファイル名を維持しようと、そうやって多くの状況が不便になります。

一方、入力されたエントリーの完了をリストの中から簡単に選択することができます洗練されたグラフィックやWebベースのインターフェイスを使用している場合など、最も近いマッチを示唆して、それがマッピングのいくつかの並べ替えを可能にするために理にかなっています。各タグに名前を特定する短い簡単な小文字を与えるだけでなく、それは理にかなってどこに表示されます「長い」または「ヒト」の名前を、それを与えることができます。タグを一意に識別し、その短い名前で指定されたが、その長い名前で、より便利に読み取ることができます。

これは、ユーザー名は、多くのシステムでの作業方法に似ています。私は小文字混在のユーザー名を選択し、むしろ、ユーザ名は大文字と小文字を区別しない（ので、私は他のいくつかの古いシステムでのUnixに小文字が、大文字ている私は午前システム、上の理にかなっているケースを使用することになり扱われていません）。その後、ほとんどのシステムでは読むことがよりよいので、多くのユーザーインターフェース（例えばWindows XPでは、Mac OSのある彼らの長いまたはフルネーム、同様に、ユーザーに関する保存された他のいくつかの情報を持っている、と私は、GNOMEなどもいくつかの新しいUnixのデスクトップインターフェイスを推測しますデスクトップログイン時にKDE）の表示は、チューメッセージなど。

は、Web上のコミュニティシステムのためのタグの場合、私は、ユーザー名と違って（ちょうどコミュニティ自体、および能力によって名前を変更し、タグをマージする場合でも、重複問題を解決するには、タグに節度のあるレベルだと思いますほとんどの場合）、またはその長い名前を編集し、場合に何かをmistaggedた。

私は、タグは、彼らが何を分類の代表で見てみたいと思います。この点で、タグは、彼らが記述されているものとまったく同じ形式に従わなければならない。

問題がしかし、発生する可能性がある場合、私が見るビューのTECHINCAL観点から、私はそれが完全に解決策を検討しない理由であることが表示されません。

私は、デジタル出版で仕事と私は正しいusuageを、以下の利点を見ることができます。 （それは文体の選択した場合を除く）、フリップ側では、ハード雑誌、書籍や新聞で使用されるフル小文字ビーイングを見るためにプッシュされると思います。

http://en.wikipedia.org/wiki/List_of_case-sensitive_English_wordsする

言ったことは、英語辞書の美しさは、適応修正と進化させることの能力である。

それは私には有効なポイントのように聞こえます。私は、彼らが（ダッシュで区切られた）それぞれの単語を大文字にするいくつかの簡単な構文解析を考え出すことができ確信しているが、どのようにあなたはその代わりにIBM社IBM、することになっていることを知っているだろうか？私は誰かがこれを達成するために、手動でタグルックアップテーブルを変更しなければならないと考えます。

同意することを原則とすることが不可欠であるとより高度化する。たとえば、実施する類似性の指標とされるすべてのことがさらに同義語:

  • IBM
  • ibm
  • I B M
  • I. B. M.
  • I.B.M.

しかし、あのトレードオフの関係に増加ランタイムまでもない開発力の増加です。

でも自分の体験として、ヒューリスティックな複雑なものとして、その故障モードとなるような不思議な奇.以上の変換-alphabetics標準-case技術や人間を理解しい頭を持った時に質問をします。

入力する場合は

、あなたはすべて大文字にするためにロックキャップをオンにする必要があります。人々は怠け者です。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top