- ふらっとVisual C#,C♯,C＃（初心者用） Part111
306 ：デフォルトの名無しさん[sage]：2014/05/03(土) 00:03:57.75 ID:KZJ62BJo - >>302
コードが短ければいいってものじゃないと思うけど
>>300みたいなのってパッと見てわかりやすいとは思わないわ
あまりにも抽象的過ぎて
これもさ、例えばlistを別のクラス、プロジェクトで利用したいってなったとき
t.Item1の見た目でどんな意味の値が入っているかわからないじゃない？
一つのメソッド内でしか使わない使い捨てならいいけどさ
public class Month
{
public int Name{get;set;}
public int Days{get;set;}
}
foreach (var mon in months)
{
Console.WriteLine("日数:{0} 月:{1}", mon.Days, mon.Name);
}
コードは長くなるけど、このほうがわかりやすいでしょ？
| - ふらっとVisual C#,C♯,C＃（初心者用） Part111
307 ：デフォルトの名無しさん[sage]：2014/05/03(土) 00:17:35.06 ID:KZJ62BJo - >>303
これもさ、例えば曜日などのメンバーを追加したり、メソッドを追加したくなったらどうすんのって話
全部書き換えなきゃいけなくなる
| - ふらっとVisual C#,C♯,C＃（初心者用） Part111
309 ：デフォルトの名無しさん[sage]：2014/05/03(土) 00:29:10.18 ID:KZJ62BJo - 暦なんて普遍的なものなんだから十分クラスとしてあってもよいもの
年によって月の日数も変化するし、曜日もほしくなる
カレンダークラスというのがほしくなるかもしれない
容易に拡張すると予測されるようなものを、
その場しのぎで柔軟性のないコードで実現したとしても
わかりやすい、使いやすいにはならないと思う
|
|