意味の無い変数名
最近、こんな変数の宣言を見ました。 Dim 正規表現 As New Regex("[A-Z]") そりゃそうだ。正規表現だもんね。 でも、何の検証をするための正規表現なのかを表現してほしい。
最近、こんな変数の宣言を見ました。 Dim 正規表現 As New Regex("[A-Z]") そりゃそうだ。正規表現だもんね。 でも、何の検証をするための正規表現なのかを表現してほしい。
最初に断っておきたいこと C#3.0の話です。 LINQやラムダ式自体の説明はしていません。 簡単なサンプルにするため仕様がシンプルで効果を感じられないかもしれませんが、 もしもっと複雑な仕様だったら等、想像してみてください。 まず最初に、下記のサンプルを見てください。
最初に断っておきたいこと VB9の話です。 匿名型自体の説明はしていません。 最後になぜ今回はC#ではなくVBなのか説明します。 簡単なサンプルにするため仕様がシンプルで効果を感じられないかもしれませんが、 もしもっと複雑な仕様だったら等、想像してみてください。
最初に断っておきたいこと C#3.0の話です。 Func型や匿名メソッド自体の説明はしていません。 まず最初に、私が考える読みやすいコードの要素について断片的に提示します。 1.処理のスコープを最小にする。 2.今、読みたい粒度のコードしか読まなくても良い。
システム開発において、保守フェーズが一番長いフェーズである事は言うまでもありません。 しかし書かれたコードにとって、保守フェーズはいつから始まるのでしょう。 運用が始まってから ではありません。 これは、システム開発のライフサイクル上、目に見える運用・保守というフェーズではあります。
「なんか、いろいろやってて、めんどくさいな。」 と感じたら。
当たり前だけど、ちゃんと、最後までやる人はやるんだけど、そうじゃない人もいる。 プロジェクトには、そうじゃ無い人が入る可能性はゼロじゃない。 という前提で 最初のうち ・ちゃんと英語と日本語の対応表を作るくらい頑張って辞書を片手に変数名をつける。 そのうち ・日本語を英語に変換するのがめんどくさくなってきて、変数名も …
例えば「○○の処理中」であることを示すBoolean型の変数の名前を考えるとき、 私の場合 「○○処理中」という変数名にするが、 「○○処理中フラグ」とサフィックスにフラグがついた変数名を見ることがある。 これは止めた方がいい。 実際にif文でも書いてみるとわかる。
読みやすいコードというと、 「何をしているのか分かりやすい。」 という回答を得る場合が多い。 だが、それだけで果たして本当に読みやすいと言えるのだろうか。 今回は、本当に「読みやすいコード」とは何かを考えていきたい。 まず最初に、コードを読む必要があるケースをあげる。
コードは能弁であれ。 コメントは謙虚であれ。 これが、私が思うコーディングのベストプラクティスです。 あくまでコードが主役です。 コードに喋らせてやってください。 コードに喋らせられずにコメントに逃げてばかりいると・・・ コメントが暴走するか、 コードに置いてきぼりにされてしまいます。