5

広すぎるためにこれが閉じられないことを願っています。私はそれが個人的な好みに帰着することを知っていますが、すべてのケーシングの慣習に起源があり、これがどこから来たのか、そして人々がそれを使用する理由についての論理的な説明を知りたいです。

それはあなたがすべてのように行くところですvar empName;。私はそれを下のラクダと呼んでいますが、おそらく技術的には別の名前で呼ばれています。個人的に、私は好きになりvar EmpNameます。私はそれを適切なラクダと呼び、それが好きです。

私が最初にプログラミングを始めたとき、私は下のラクダの慣習から始めました。理由がわかりませんでした。私はすべての老人によって設定された例に従った。変数と関数（VB）は低いラクダになり、サブとプロパティは適切なラクダになりました。そして、ようやくプログラミングそのものをしっかりと把握した後、メンターの戦術に疑問を投げかけることができるようになりました。一貫性がなかったため、下のラクダを使用することは論理的に意味がありませんでした。特に、すべて小文字になる1つの単語で構成される変数がある場合はそうです。また、下部と上部のラクダを適切に使用していることを確認するための検証メカニズムがないため、すべてに適切なラクダを使用しない理由を尋ねました。すべての変数名は適切なラクダ化の対象となるため、一貫性があります。

深く掘り下げてみると、これは多くのプログラマーにとって非常にデリケートな問題であることがわかりました。彼らは通常、「まあ、それはただの個人的な好みです」または「それは私がそれを学んだ方法です」と答えます。さらに突進すると、私が下のラクダの使用の背後にある論理的な理由を見つけようとするときに、それは通常、その人との一種の独断的な反応を引き起こします。

それで、誰かが適切なラクダの品種のケーシングの背後にある少しの歴史と論理を流したいですか？

4

3 に答える 3

4

これは、次の 2 つの組み合わせです。

  • 大文字を使用するクラスや他のエンティティと区別するための、小文字で始まる変数の規則。これは、アクセス レベル (プライベート/パブリック) に基づいて区別するために使用されることもあります。
  • 複数単語の名前をスペースなしで読みやすくする方法としてのキャメル ケーシング (もちろん、これは一部の人が使用するアンダースコアよりも優先されます)。ロジックは、CamelCasing の方が word_underscores よりも入力が簡単/高速であるということだと思います。

それが使用されるかどうかは、もちろん、書かれているコードを管理するコーディング標準を設定する人次第です。アンダースコア vs キャメルケース、小文字変数 vs 大文字変数。キャメルケース + 小文字変数 = キャメルケース

于 2011-07-15T20:01:45.523 に答える
1

C# や VB などの言語では、プライベートなものは小文字で始め、パブリック/保護されたものは大文字で始めるのが標準です。このように、最初の文字を見るだけで、いじっているものが他のクラスで使用される可能性があるかどうかがわかるため、変更をさらに精査する必要があります。また、このような命名規則を強制するツールもあります。Microsoft 社内で作成/使用されているものは StyleCop と呼ばれ、無料でダウンロードできます。

于 2011-07-15T20:00:16.933 に答える
1

歴史的に、C (大文字と小文字を区別する言語) の適切な名前の変数は、小文字の 1 つの単語で構成されていました。大文字はマクロ用に予約されていました。

その後、C++ が登場しました。クラスは通常 CapitalizedAndCamelCased であり、複数の単語で構成される変数/関数は camelCased です。(C の人々はキャメルケースを嫌い、代わりに identifiers_this_way と書く傾向があることに注意してください。

そこから広がりました。

そして、はい、おそらく他の大文字と小文字を区別する言語が何らかの影響を与えています。

于 2011-07-15T20:06:24.300 に答える