コピーコンストラクターでプライベート変数にアクセスできるのはなぜですか？

Question 1

クラス内のget関数を使用するだけで、プライベート変数にアクセスできないことを学びました。しかし、なぜコピーコンストラクターでアクセスできるのでしょうか。

例：

Field::Field(const Field& f)
{
  pFirst = new T[f.capacity()];

  pLast = pFirst + (f.pLast - f.pFirst);
  pEnd  = pFirst + (f.pEnd - f.pFirst);
  std::copy(f.pFirst, f.pLast, pFirst);
}

私の宣言：

private:
  T *pFirst,*pLast,*pEnd;

Question 2

私見、既存の回答は、これの「理由」を説明するのに不十分な仕事をしています-どのような行動が有効であるかを繰り返すことに焦点を合わせすぎています。「アクセス修飾子は、オブジェクトレベルではなく、クラスレベルで機能します。」- そうだね。でも何で？

ここでの包括的な概念は、クラスを設計、作成、および保守するのはプログラマーであり、その実装を調整するために必要なOOカプセル化を理解することが期待されているということです。したがって、作成している場合はclass X、個々のX xオブジェクトにアクセスできるコードで個々のオブジェクトを使用する方法だけでなく、次の方法もエンコードします。

派生クラスは、（オプションで純粋仮想関数および/または保護されたアクセスを介して）それと対話することができ、
個別のXオブジェクトが連携して、設計の事後条件と不変条件を尊重しながら、意図した動作を提供します。

コピーコンストラクターだけではありません。非常に多くの操作で、クラスの2つ以上のインスタンスが関係する可能性があります。比較、追加/乗算/分割、コピー構築、クローン作成、割り当てなどを行う場合は、多くの場合、他のオブジェクトのプライベートデータや保護されたデータにアクセスできる必要があるか、より単純、高速、または一般的に優れた関数の実装を可能にする必要があります。

具体的には、これらの操作では、特権アクセスを利用して次のようなことを行うことができます。

（コピーコンストラクター）初期化子リストで「rhs」（右側）オブジェクトのプライベートメンバーを使用するため、メンバー変数自体がデフォルトで構築されるのではなくコピーで構築され（合法である場合でも）、割り当てられます（ここでも、合法の場合）
リソースの共有-ファイルハンドル、共有メモリセグメント、 shared_ptr参照データなど。
物事の所有権を取ります、例えば auto_ptr<>所有権を建設中のオブジェクトに「移動」します
新しいオブジェクトを最初から再生成することなく、最適に使用可能な状態で構築するために必要なプライベート「キャッシュ」、キャリブレーション、または状態メンバーをコピーします
コピー中のオブジェクトに保持されているコピー/アクセス診断/トレース情報。パブリックAPIを介してアクセスすることはできませんが、後の例外オブジェクトまたはロギングで使用される可能性があります（たとえば、「元の」非コピー構築インスタンスの時間/状況に関する情報建設されました）
一部のデータのより効率的なコピーを実行します。たとえば、オブジェクトにはたとえばunordered_mapメンバーが含まれている場合がbegin()ありend()ますが、公開とイテレータのみが公開されます。直接アクセスsize()できるreserveため、コピーを高速化できます。彼らが露出するだけat()でinsert()、そうでなければthrow....
参照をコピーして、クライアントコードの不明または書き込み専用の可能性がある親/調整/管理オブジェクトに戻します

Question 3

アクセス修飾子は、オブジェクトレベルではなく、クラスレベルで機能します。

つまり、同じクラスの2つのオブジェクトが相互にプライベートデータにアクセスできます。

なぜ：

主に効率によるものです。this == otherアクセスするたびにチェックすることは、無視できないランタイムオーバーヘッドになりますother.xするたびに、アクセス修飾子がオブジェクトレベルで機能ます。

また、スコープの観点から考えると、意味的に論理的です。「プライベート変数を変更するときに、コードのどのくらいの部分を覚えておく必要がありますか？」–クラス全体のコードを念頭に置く必要があります。これは、実行時に存在するオブジェクトと直交しています。

^{_{また、コピーコンストラクターや代入演算子を作成するときに非常に便利です。}}

Question 4

クラス内から、別のインスタンスのプライベートメンバーであっても、クラスのプライベートメンバーにアクセスできます。

Question 5

答えを理解するために、いくつかの概念を思い出させていただきたいと思います。

作成するオブジェクトの数に関係なく、そのクラスのメモリには1つの関数のコピーが1つだけあります。これは、関数が1回だけ作成されることを意味します。ただし、変数はクラスのインスタンスごとに異なります。
this ポインタは、呼び出されるとすべての関数に渡されます。

今それは thisポインタ、関数はその特定のインスタンスの変数を見つけることができます。それが公の私的であるかどうかに関係なく。その関数内でアクセスできます。ここで、同じクラスの別のオブジェクトへのポインタを渡すと、この2番目のポインターを使用して、プライベートメンバーにアクセスできるようになります。

これがあなたの質問に答えることを願っています。

Question 6

コピーコンストラクターはクラスのメンバー関数であるため、「プライベート」として宣言されているものであっても、クラスのデータメンバーにアクセスできます。