プログラミング作法 第1章 スタイルを読んだ
- 名前
- 統一する
- 関数名は
能動的な 動詞が 基本
- 式と
文 - カッコを
使ってあいまいさ回避 - 複雑な
式は 分割する - 明快に
書く (明快な コードほど 短くなるのが 普通だが、 長くなる ケースも ある ) - 副作用に
注意する
- カッコを
- 一貫性と
慣用句(イディオム) - 慣用句とは、
よく ある コードを 書く ときに 経験豊富な プログラマが 使用する 慣習的な 書き方の こと - 慣用句に
よって 一貫性を 確保する
- 慣用句とは、
- 関数マクロ
- マシンが
低速だった 時代、 マクロには 関数呼び出しの オーバーヘッドが 存在しないため、 性能面で 関数より マクロを 使用する ことが あった - 現代では
関数マクロは なるべく 使わないように する - 多重評価に
より コンパイル後の プログラムが 大きくなってしまう - マクロの
原理は あくまでも テキスト置換 - マクロは
コンパイル時に 展開され、 コード生成に 使用される メタプログラミングの 一種
- 多重評価に
- マシンが
- マジックナンバー
- 名前を
つける - 0と
1以外の 数値は 大抵の 場合マジックナンバー
- 0と
- 定数と
して 定義する - 整数ではなく
文字定数を 使う - オブジェクトサイズは
言語に 計算させる - 配列の
型を 変えた 際の 変更箇所が 1つ減らせる
- 配列の
- 名前を
- コメント
- 当たり前の
ことは 書くな - 関数と
グローバルデータに コメントを 残す - コードより
コメントに 比重が 置かれている 場合おそらく コードを 修正する 必要が ある - コードと
矛盾させるな - 明快に
書き、 混乱させるな
- 当たり前の
- な
ぜ手間を かけるのか - きちんと
書かれている コードは 読みやすく、 理解しやすく、 間違いも 少なく、 コードも 小さく 可能性が 高い - 良い
スタイルは 習慣の 問題
- きちんと