私はJavaからC#に来ています。Java には、大文字と小文字によって識別子の使用法を簡単に確認できる一連の規則があります。
Microsoft の規約を読んでみると、パラメータ以外のほとんどすべてを Pascal ケースにする必要があるようです。私には、これは情報量がはるかに少ない慣習であるように思われます。
.NET/Mono の世界では、この慣習を破ることは本当に悪い形だと考えられているのでしょうか。それに慣れる必要があるのでしょうか。それとも、Java の習慣を他の人が使用する C# コードに引き継ぐことができるのでしょうか?
まあ、最終的にはあなたが何を選ぶか次第です。他の人がJavaスタイルの命名に問題がなければ、それを使用できますが、少なくともパブリックメンバーのクラスが言語の残りの部分と一致するようにするには、パスカルケースに固執するでしょう。
ReSharper は、命名規則を再フォーマット コードに変換する簡単な方法を提供するため、他の人が確認できるようにコードをチェックインする前に、学習した方法を新しいクラスに使用して魔法のように実行することもできます :-) .
個人的には、関数の名前は大文字小文字や XML コメントよりもはるかに重要だと思います。慣例に固執しなくても、これら 2 つのことが整っている限り、コードの使用に問題はありません。その一方で、どんな伝統も役に立ちませんDoMagic2_2(int a, string b, decimal bb)。したがって、それに焦点を合わせて、自分にとってより簡単な慣習を使用してください。
それはすべて、コードの読者に依存します。これを読んでいるのがあなただけである場合、または他の読者が Java に精通している場合、問題にはならないかもしれません。繰り返しになりますが、コードを読む人がより C#y の人である場合、コードは奇妙に見え、混乱する可能性があります。
なぜそれが少ない情報である必要があるのか わかりません。とにかく、ケーシングがすべてを伝えるわけではありませんが、扱っているものに関するほとんどの情報は、代わりに構文と使用法から得られます。私は本格的な Java を行ったことはありませんが、これまでのところそれほど違いはありません。おそらく最も注目に値するのは、メソッド名が小文字 (Java) と大文字 (C#) であることです。
いずれにせよ、それらは単なる規則であり、他の規則と同様に、ある程度恣意的です。それは、あなたが何を好むか、誰があなたのコードを読む必要があるか、そしてどのコードが既にコードベースにあるかによって異なります。規約に関して最も重要なことは、あなたや他の人が好きなスタイルで、すべてのコードを同じように見せることです。
既に (自分または他の人が) コードを作成していて、それを変更する必要がある場合は、一貫性を保つために、既存のコードに固執してください。しかし、ゼロから始める場合は、自分の快適さのために Java 標準に従うか、他の人が読みやすいように C# 標準に従うかを決定することができます。または、「中立的な」カスタム コンベンションをチームで決定して、全員が満足できるようにします。