ビジターパターン新機能を追加

Question

私は訪問者のパターンhttps://softwareengineering.stackexchange.com/questions/132403/should-i-use-friend-classes-in-c-to-allow-access-to-hidden-membersについての質問を読んだ。私が読んだ答えの一つで

訪問者は、実際にクラス自体に触れることなく、クラスに機能を追加することができます。

しかし、訪れたオブジェクトに、私たちは、新しいインターフェイスのいずれかを追加する必要がありますので、我々はactualy「タッチ」クラス（または少なくともいくつかのケースでも、クラスを変更し、セッターとゲッターを置くこと）。

訪問クラスを変更せずにビジターにどのように機能を追加するのですか？

Answer 1

実際の訪問者パターンは、各クラスインターフェイスが一般的であることを前提としているため、オブジェクトの実際の種類を知っていれば、クラス外から操作を実行できます。これが出発点でない場合、訪問者は実際には適用されない可能性があります。

（この仮定が比較的弱いことに注意してください - 。例えば、各データメンバは、ゲッターを有する場合、それは些細な任意のconst動作のために達成される）

このパターンの焦点は異なっています。

1. これが出発点

2. ある場合は、操作数の増加をサポートする必要が

その後、何classs'コードに変更し、あなたがするために何をする必要がありますポインター（または参照）に適用された新しい操作を基本クラスにディスパッチします。

classic visitor CAD exampleを取る、これはより具体的にするには：

は、2D CADシステムの設計を考えてみましょう。その中心には、円、線、弧のような基本的な幾何学的形状を表すいくつかのタイプがあります。エンティティはレイヤーに整列され、タイプ階層の最上部には図面があります。これは単にレイヤーのリストといくつかの追加のプロパティです。

このタイプ階層の基本的な操作は、図面をシステムのネイティブファイル形式に保存することです。一見したところでは、階層内のすべての型にローカル保存メソッドを追加することは容認できるかもしれません。しかし、我々はまた、図面を他のファイル形式に保存したいと思っています。そして、より多くの異なるファイル形式に保存するためのメソッドを追加することで、比較的純粋な幾何学的データ構造がすぐに乱雑になります。

訪問者パターンの開始点は、例えば円形であり、具体的にはその半径（例えば、その半径）に対して十分なゲッターを有する。そうでない場合は、実際には問題があります（実際は、とにかく設計されたCADコードベースである可能性があります）。

しかし、この点からは、新しい操作を検討するとき、、タイプAをファイルに書き込み、2つのアプローチがあります

1. は、各クラスのwrite_to_file_type_a等virtual方法を実装し、各操作

2. のみ

後、唯一クラスごと virtual方法 accept_visitorを実装します

あなたの質問の「実際にクラスそのものに触れないでください」とは、上のポイント2で、これが今後の訪問先を派遣するために必要なすべてであることを意味しますrsを正しいクラスに追加します。訪問者がゲッターを書くことを意味するわけではありません。

Answer 2

ビジターインターフェイスが一度目的を達成すると、さまざまな方法でクラスにアクセスできます。訪問先が同じ場合は、にもう一度に触れる必要はありません。