3

変数、メソッド、オブジェクトにわかりやすい名前を付けるのが好きです。もちろん行き過ぎではありませんが、例をいくつか挙げてみましょう。

public class Account
{
    public decimal Balance { get; set; }
}

Account account = new Account();
account.Balance = 1000;

一部の人々は、あなたが怠惰なタイピストでない限り、私には本当に意味がありません.

Account acc = new Account();
acc.Balance = 1000;

問題は、これらの略語を使用したロジックがある場合です。何が起こっているのか非常に混乱します。

次のオブジェクトを想像してください。

public class Account { public DebitOrder DebitOrder { get; set; } }
public class DebitOrder { BankDetail BankDetail { get; set; } }
public class BankDetail {}

Account acc = new Account();
DebitOrder do = new DebitOrder();
BankDetail bd = new BankDetail();

if(acc.DebitOrder.SomeProperty == do.SomeProperty)
{

}

可読性は失われます。インテリセンスの引数が常にあり、変数の上にカーソルを置いて、それらがどのタイプであるか、またはそれらが何であるかを確認します。読みやすいコードは、簡単に理解できるコードになります。

命名規則は保守しやすいコードを作りますか?

4

3 に答える 3

4

はい、もちろん、命名規則により、保守しやすいコードが作成されます。

そのため、プログラミングのクラスの初日に、変数 x や i を呼び出すと、講師から叩かれます。

変数/メソッド/クラスなどの名前は純粋にプログラマ向けであることを覚えておく必要があります。コンパイルすると、これらはメモリへのアドレスになるだけだからです。

より保守しやすいコードを作成するには、読みやすく、自明な命名規則、適切なコメント、適切に構造化されたコードをバランスよく使用する必要があります。

于 2010-10-14T05:43:22.370 に答える
3

はい、スコープが非常に限定されていない変数の場合。

変数のスコープが非常に限られている場合、およびコードがその変数を中心に展開する場合、使い捨ての変数名を使用できます。

たとえば、ループ本体が小さく、カウンターが他の意味を持たない場合、ループ内のカウンターに単純な名前を付けることができます。

for (int i = 0; i < 10; i++) arr[i] = 0;

短い名前を使用すると、ラムダ式をより読みやすくすることができます。

var items = source.Select(n => n.ToString() + ".");

ただし、短い名前を使用する場合は、何かを省略しようとしないでください。単一の文字またはよく知られている略語ではうまくいかない場合は、より長い名前を使用することもできます.

たとえば、n上記のラムダ式のように数値を使用するとうまくいきます。itnumorのように、まだ略語である長いものを使用すると、名前により多くの情報が含まれるようになりますitmidが、有用であるには十分ではありません。itemNumberitemId

于 2010-10-14T05:59:35.750 に答える
0

C# などの言語でプログラミングするときは、変数に短い名前を付けることがよくあります。これは、入力が簡単で、画面により多くのコードを表示できるという理由だけです。これは、あなたがゾーンにいて、すべてが何であるかを正確に知っている場合にはうまく機能しますが、まさにあなたが述べた理由から、部外者や数時間後にあなた自身でさえ非常に混乱するでしょう. 優れた IDE を使用すると、変数の名前を変更するのが非常に簡単になります。これは、夜にプロジェクトから離れる前、またはプロジェクトを共有する前に行うことをお勧めします。

Guffa は、短い変数名が適切な場合について、いくつかの良い点を挙げています。

于 2010-10-14T06:14:08.963 に答える