アクセサーをインライン化する必要がありますか？

Question

これはヘッダーファイルで宣言され：

class PrimeSieve 
{ 
    populate(int lim); 
    vector<int> sieve; 
    long long limit; 

    public: 
     unsigned int limit(); 
}; 

Iは、インライン、.cppファイルまたは.Hにアクセッサメソッドを定義する必要がありますか？

私はC++を使い慣れていませんが、ベストプラクティスに従いたいと思います。私はいくつかの本の中でこれを見てきました - これは標準と見なされていますか？

unsigned int limit() { return limit; }; 

Answer 1

確実にアクセサーをヘッダファイルに書き込みます。それはより良い最適化を可能にし、カプセル化を減らさない（プライベートデータのフォーマットを変更すると、ヘッダーを含むすべてのユニットを再コンパイルする必要があるため）。

複雑なアルゴリズムの場合、実装ファイルで定義を非表示にしたい場合があります。また、クラス定義で必要とされないいくつかの型/ヘッダファイルが実装に必要な場合。これらのケースはどちらもシンプルなアクセサには当てはまりません。

1ライナーの場合は、クラス定義内に配置します。わずかに長いメンバ関数はヘッダーファイルに残るはずですが、クラス定義に続いて明示的にinlineと宣言される可能性があります。

Answer 2

ほとんどの新しいコンパイラは、必要なものをインライン化し、他のすべてをそのまま残しておくほどスマートです。だから、コンパイラには何が良いのかをさせて、もう一度それを推測しようとしないでください。

すべてのコードを.cppに、コードの宣言を.hに入れます。

Answer 3

グローバルなプログラミング標準よりも、組織によって異なります。もちろん、getLimit()は単なるlimit()よりも優れています。

Answer 4

大まかに言えば、すべてのコードを.cppファイルに入れることです。これは、.hファイル内のインライン関数に反対します。

Answer 5

クラスのクライアントに完全に見えるクラスの単純なデータ型の場合、クラス定義が変更されるたびにクライアントを再コンパイルする必要があるため、実際の違いはありません。

メンバを直接使用するのではなくアクセサを作成する主な理由は、後でデータメンバを削除してもインターフェイスを互換性を保つように実装することです。アクセサを含むインターフェイスが変更されていない場合、結果は通常バイナリ互換です。そうでない場合は、ソース互換です。アクセサをインラインにするということは、変更するインターフェイスの一部としてそれを定義することを意味します。したがって、ソースとの互換性のみが可能です。

アクセッサを持つもう一つの理由は、DLLの境界です。アクセッサが別の関数を呼び出す必要があり、その関数をインライン化できるようにするには、この関数のシンボルをクライアントにエクスポートする必要があります。

プロジェクトの複雑さにもよりますが、コードのインターフェイスを抽象クラスとして定義すると、クライアントが変更を見たことなく実装を心のコンテンツに変更できるようになります。この場合、アクセサはインターフェイスクラス内で抽象クラスとして定義され、クライアントはインライン展開できません。

Answer 6

アクセッサを宣言するための引数は、コールのオーバーヘッドを排除し、さらにいくつかの最適化を有効にすることができます。

私が経験したのパフォーマンスはで、通常はやや控えめです。その結果、私はもはやデフォルトでそれをやりません。