質問編集履歴
2
軽微変更
title
CHANGED
File without changes
|
body
CHANGED
@@ -52,7 +52,7 @@
|
|
52
52
|
* (3)-(5)はトレードオフであり,要求に合わせてコーディングを変える.
|
53
53
|
|
54
54
|
#### (1)重複定義
|
55
|
-
重複定義は必ず避けられる問題.以下をしっかりやれば,
|
55
|
+
重複定義は必ず避けられる問題.以下をしっかりやれば,重複定義は避けられる場合が多い.
|
56
56
|
|
57
57
|
* ヘッダと実装を分離する
|
58
58
|
* インクルードガードをきっちり書く
|
@@ -61,7 +61,7 @@
|
|
61
61
|
ヘッダと実装を分離しておいたほうが良い理由は,
|
62
62
|
ヘッダで実体を定義した場合,複数の.cppからそのヘッダをインクルードすると,それぞれの.cppでその実体が定義されてしまい,重複定義となるから.([C++ \- リンクエラー:既に定義されている|teratail](https://teratail.com/questions/63207))
|
63
63
|
|
64
|
-
しかし,ヘッダに実装を書くことも往々にしてある.その場合は上記のような問題が起こることを認識し,相応の対応を取れば良い.
|
64
|
+
しかし,ヘッダに実装を書くことも往々にしてある.その場合は上記のような問題が起こることを認識し,相応の対応を取れば良いだけ.
|
65
65
|
|
66
66
|
重複定義を避ける方法の一つとして重要なのが,inline関数/変数である.
|
67
67
|
* [cpp17book/035\-cpp17\-core\-inline\-variables.md at master · EzoeRyou/cpp17book](https://github.com/EzoeRyou/cpp17book/blob/master/035-cpp17-core-inline-variables.md)
|
1
回答いただいた内容のまとめを追記しました.
title
CHANGED
File without changes
|
body
CHANGED
@@ -43,4 +43,59 @@
|
|
43
43
|
(もしくはそのような唯一の方法はなく,ある種のトレードオフになるのでしょうか.)
|
44
44
|
|
45
45
|
以上長文になりましたが,ご回答いただけると幸いです.
|
46
|
-
よろしくお願いいたします.
|
46
|
+
よろしくお願いいたします.
|
47
|
+
|
48
|
+
|
49
|
+
## 【追記】ご回答頂いた内容のまとめ
|
50
|
+
#### 基本方針
|
51
|
+
* (1)重複定義,(2)循環参照をなくすというMUSTな課題を解決しつつ,可能な限り(3)コードの管理性・可読性,(4)コンパイル速度,(5)実行ファイルの速度を意識したコーディングを行う.
|
52
|
+
* (3)-(5)はトレードオフであり,要求に合わせてコーディングを変える.
|
53
|
+
|
54
|
+
#### (1)重複定義
|
55
|
+
重複定義は必ず避けられる問題.以下をしっかりやれば,基本的に重複定義は起こらない.
|
56
|
+
|
57
|
+
* ヘッダと実装を分離する
|
58
|
+
* インクルードガードをきっちり書く
|
59
|
+
* ヘッダ内で依存先ヘッダのインクルードを正しく指定する
|
60
|
+
|
61
|
+
ヘッダと実装を分離しておいたほうが良い理由は,
|
62
|
+
ヘッダで実体を定義した場合,複数の.cppからそのヘッダをインクルードすると,それぞれの.cppでその実体が定義されてしまい,重複定義となるから.([C++ \- リンクエラー:既に定義されている|teratail](https://teratail.com/questions/63207))
|
63
|
+
|
64
|
+
しかし,ヘッダに実装を書くことも往々にしてある.その場合は上記のような問題が起こることを認識し,相応の対応を取れば良い.
|
65
|
+
|
66
|
+
重複定義を避ける方法の一つとして重要なのが,inline関数/変数である.
|
67
|
+
* [cpp17book/035\-cpp17\-core\-inline\-variables.md at master · EzoeRyou/cpp17book](https://github.com/EzoeRyou/cpp17book/blob/master/035-cpp17-core-inline-variables.md)
|
68
|
+
|
69
|
+
##### ※inlineに関する補足(上記記事より)
|
70
|
+
かつてinline関数の意味は,関数を強制的にインライン展開させるための機能だった.昔のコンパイラー技術が未熟だった時代のC++コンパイラーは関数をインライン展開するべきかどうかの判断ができなかったため,inlineキーワードが追加された.インライン展開してほしい関数をinline関数にすることで,コンパイラーはその関数がインライン展開するべき関数だと認識した.
|
71
|
+
しかしコンパイラが賢くなった現代ではむしろ,ODRの回避の目的で使用することが多い.
|
72
|
+
|
73
|
+
#### (2) 循環参照
|
74
|
+
循環参照の問題を語る場合は,以下の2つを区別することが大切.
|
75
|
+
|
76
|
+
* バグによる循環参照
|
77
|
+
* 意図的な避けられない循環参照
|
78
|
+
|
79
|
+
意図的な循環参照の解決方法は,例えば以下の様な記事を参照.
|
80
|
+
* [一週間で身につくC++言語の基本\|第2日目:クラス間の相互参照](http://cpp-lang.sevendays-study.com/ex-day2.html)
|
81
|
+
|
82
|
+
|
83
|
+
#### (3)コードの管理性・可読性
|
84
|
+
(4),(5)がそれほど問題にならないのであれば,最も優先したい項目.
|
85
|
+
|
86
|
+
#### (4)コンパイル速度
|
87
|
+
これは,ヘッダと実装を分けておくことの大きなメリットの一つ.
|
88
|
+
他には,pImplも(一番の目的は隠蔽だと思いますが)コンパイル速度を上げるテクニックの一つ.
|
89
|
+
ただしpImplは
|
90
|
+
* ソースコードが複雑になる
|
91
|
+
* 実行速度が少し落ちる
|
92
|
+
|
93
|
+
などのデメリットもあり,注意が必要.
|
94
|
+
|
95
|
+
|
96
|
+
#### (5)実行ファイルの速度
|
97
|
+
これは最初から意識するものというよりは,速度が問題になったときに対応すれば良い.
|
98
|
+
ヘッダと実装を分けた事による速度の違いは通常無視できる程度に小さいし,inline関数でヘッダに書いたほうが速いというのも対応策の一つというだけで,最初から考えるべきものでも無い.
|
99
|
+
|
100
|
+
|
101
|
+
問題になったときは,プロファイルによりボトルネックを探すなどして対応する.
|