ReSharper(と同様のエンジンを内蔵しているRider)が指摘してくれるものにはいろいろな種類のものがあるのですがそのいくつかに関する考察。
Collection Initializerへの置き換え
次のようなコードがあったとします。
var list = new List();
list.Add(new Something() {unit = "One", value = 5});
list.Add(new Something() {unit = "Two", value = 6});
ReShaperは次のような置き換えを提案してきます。
var list = new List
{
new Something() {unit = "One", value = 5},
new Something() {unit = "Two", value = 6}
};
これは確かに冗長になりがちなのでシンプルな書き換えにするのにはいい方法。
Foreach文のLINQ式への置き換え
時々出てくるパターンとしてリストの中を辿りつつ内容に対して処理を行うパターン。foreach
で辿るようなパターン、例えば次のようなパターンがあったとします。
foreach (var item in list)
{
if (item.unit == "Two")
result += item.value;
}
これは以下のように置き換えることを提案してきます。
var result = list.Where(item => item.unit == "Two").Sum(item => item.value);
処理が複雑になると可読性が失われたり、デバッグが複雑になったりすることがあるのでその点は注意です。
メソッドのstatic化
次のようなクラスがあったとします。
internal class Hoge
{
private int _value;
public int Foo(int v)
{
_value += v;
return _value;
}
public int Bar(int v)
{
v -= 1;
return v;
}
}
ReSharperはこのうち、public int Bar(int v)
をstatic化するように提案してきます。
internal class Hoge
{
private int _value;
public int Foo(int v)
{
_value += v;
return _value;
}
public static int Bar(int v)
{
v -= 1;
return v;
}
}
これはインスタンス化を行うとその分、要求されるメモリが増えるので、必要がないものにおいてはVM内で共有したほうがいい、ということですね。
ただ、static
メソッドのインスタンス化はそのメンバを呼び出したタイミングで行われたり、ガーベジコレクションの挙動が普通とは異なってくるはず(というか、スコープから外れない場合は残存し続けるので、長期的に残り続ける挙動を示すはずです)のでその部分では注意が必要です。