C/C++ 読みやすいコードを書く
命名規則
| スネークケース | snake_case |
| キャメルケース | camelCase |
| パスカルケース | PascalCase |
c++では標準ライブラリがスネークケースなので合わせた方がよい．
コード全体で守った方が良いこと
-
DRY原則 ( Do not Repeat Yourself) 同じ処理を何回も書かないようにする．もし似た処理を何回も使うなら，その処理は関数に切り出せないか考える．
-
単一責任法則（） 役割をクラスでどれぐらいの粒度で分割するのかについての決めごとです。 設計の考え方である、関心の分離に深く関わってきますので重要です。 単一責任法則とはずばり、「ある一つのクラスが変更される理由は一つだけにしろ」ということを言っています。 その結果、クラス一つが持つ責任は一つだけになります。 これにより、クラスは適切に分割されるので可読性が上がり、さらに変更箇所が一か所に集中するので保守性も良くなるでしょう。 さて、「ある一つのクラスが変更される理由は一つだけにしろ」というのが単一責任法則なのですが、この説明は難しいので言い換えましょう。 クラスはただ一つの意味のあるまとまりのデータ群を持っていて、そのデータ群を管理する責任だけを持つ。 ここで注意すべきは、クラスが持つデータ群の管理責任を他のクラスに分散しないことです。 （分散はだめだが、譲渡は問題ない。この譲渡する考え方をムーブセマンティクスという。C++にもムーブコンストラクタという機能でサポートされている） さらに管理責任で最も大事なのは書き換え責任です。 できるだけイミュータブルにしろの項目のget_name関数で外部からnameが書き換えられるのを防止したのも、書き換え責任を分散しないためです。 （書き換え責任という点において、HaskellやRust等は究極の単一責任法則を実現できるでしょう。具体的に、Haskellでは副作用を分離し、値はそもそも書き換えられない。Rustでは所有権を持つものだけが値を書き換えられる。でそれぞれ書き換え責任を言語レベルで制御しています）
C++特有
const修飾子を使うoverride修飾子を使う- コンストラクタでの変数の初期化に際しては，メンバ初期化子リストを使うことで高速化できる
高速化のtips
- ベクトルにforループでアクセスするとき，ベクトルのサイズを一度だけ評価する．
// これは良くない for (int i=0; i<vec.size(); i++) // これは良い for (int i=0, n=vec.size(); i<n; i++)
ファイル分割
- 基本的にはヘッダーファイル(.hpp)とソースファイル(.cpp)を分割し，ソースファイル側からヘッダーファイルを
includeするようにする． - (できれば)ファイルは1クラスに1つとして，クラス名とファイル名を一致させる．複数人でやる時はこれくらい分割してあると他人がコードを読みやすい．
- 同じヘッダファイルの複数読み込みによるredefinitionエラーを避けるために，インクルードガードと呼ばれるテクニックがある．その一つは以下のようにヘッダファイルに
ifndefマクロを使う方法．#ifndef TEST #define TEST 中身 #endif //!TEST