固有の種類のクラスでしか使用できないメソッドがある

Question

現在、特定の種類のクラスによるメソッドの使用を制限する適切な方法を探しています。

私はサーバー内のネットワーク専用のクラスを持っています（ClientSessionと呼んでください）。一度サーバーに接続されたクライアントは、認証に30秒かかります。そうでない場合、サーバーは接続を閉じます。

認証は、サーバー上の別のクラス（Authenticatorと呼ぶ）によって処理されます。ClientSessionは、クライアントが正常に認証され、30秒のタイマーをキャンセルできると警告します。

問題は、公開メソッドClientSessionを呼び出すには、Authenticatorが必要です。しかし、私はその方法を誰にでも呼び出すことができないようにしたい。

要約すると、AuthenticatorをClientSession::clientAuthSuccessful()メソッドを呼び出すことができる唯一のクラスにします。

私は2つの事に見てきました：

• 友達方法が、私はAuthenticator友達メソッドを介してすべてのプライベートメソッドとプロパティまたはClientSessionにアクセスできるようにしたくありません。
• 訪問者のデザインパターンですが、私の使い方を誤解していない限り、私は欲しいものをまったくやっていないようです。

このような特定の制限がある方法はありますか？またはクリーンな代替手段ですか？

Answer 1

もっと簡単な方法があります。 ClientSessionから特別な目的のコードをAuthenticatorに渡すだけです。これは、関数ポインタ、関数オブジェクト、またはラムダ関数を使って実現できます。

class ClientSession 
{ 
public: 
    void startSession (Authenticator& authenticator) 
    { 
     // pass function pointer to method to call when 
     // the timeout for authentication has elapsed. 
     authenticator.start(this, &ClientSession::warnThat30SecsHasPassed); 

     // alternative syntax, using new lambda function syntax, 
     // which will end up reducing coupling between the two classes. 
     authenticator.start([this](){ warnThat30SecsHasPassed() }); 
    } 
private: 
    void warnThat30SecsHasPassed() { ... } 
}; 

class Authenticator 
{ 
public: 
    // classic way. 
    void start (ClientSession * session, void(ClientSession::*callback)()); 

    // using new syntax. 
    void start (std::function<void()> callback); 
} 

Answer 2

いいえ、これを行うのはクリーンな方法ではありません。あなたは友人のクラス、またはパブリックメソッドを使用します。

クリーンウェイは不可能ではありません。私はこのようなコードを書くことはない、とあなたは必要がありますが、以下の要件に従っていどちら：、class B以来

class Lock 
{ 
    friend class B; 
private: 
    Lock() {}; 
}; 


class A 
{ 
public: 
    A() {} 
    void foo(Lock x){} 
}; 

class B 
{ 
    void foo() 
    { 
     Lock l; 
     A a; 
     a.foo(l); 
    } 
}; 

はLockインスタンスを作成することができる唯一のクラスであり、そしてA::fooをパラメータとしてLockインスタンスが必要ですそれはBによってのみ呼び出すことができます。

これはしないでください。ヘッダーにコメントやドキュメントを追加することをお勧めします。

Answer 3

ClientSession友人とその同僚のAuthenticatorというプロキシクラスを作成できます。

Answer 4

問題に直面すると、解決方法に関するアイデアが頻繁に現れ、その解決策を実装するための努力をします。場合によっては、問題を再訪して他のソリューションについて考えるのが良いでしょう。例えば、むしろ、（それに渡さコールバックのいくつかの並べ替えを呼び出すことによって、まだ良いか）、それに渡されたClientSessionを通知するAuthenticator試みを持つよりも

どの程度せるClientSession（またはいくつかの他のオブジェクト/スレッド）はAuthenticator::waitForAuthentication(int timeout)のようなメソッドを呼び出しますか？

---

編集：私はコールバック概念について詳しく説明しようと思いました。ポイントは、Authenticatorはその仕事をするためにClientSessionクラスの知識を必要としないということです。関数や他の呼び出し可能関数を呼び出すだけでよい。

だから、あなたは右の署名の一部std::functionオブジェクトを受け取るメソッドを持っている、とClientSession（または何を）持っているに渡すために、適切なものを作成するためにあなたのAuthenticatorを書く。それは何Luchianに似た、特殊な関数オブジェクト可能性がありGrigoreは示唆している。たぶんそれは少し一般的なオブジェクト、またはClientSessionオブジェクトのプライベート部分への参照で初期化されるオブジェクトかもしれません。または、C++ 11を使用できる場合はラムダです。私は（完全にまたは他の何か）waitForAuthenticationメソッドを持つ疑いがある、と述べた

は非常によくあなた本当には、あなたのアプリケーションのために何をしたいかもしれません。

Answer 5

（純粋仮想ように）で定義されclientAuthSuccessful()方法で、AuthenticatorListener、インターフェースを定義します。

ClientSessionを個人的にAuthenticatorListenerから継承し、このメソッドを（私的に）実装します。

ClientSessionインスタンスをAuthenticatorに渡すようにします。

このメソッドにアクセスできる他のクラスはありません。 Authenticatorは、適切に分離されたインターフェイスにのみ、ClientSessionに結合されません。