04. classのcopy

何年ぶりかの更新になります（たぶんこの内容のエントリーは書いてないはず）。

↓ copyやdeep_copyのメソッド名は不確かですのでご注意ください

UVMを使っていると、classのcopyやdeep_copy（階層含めたcopy）をサポートしていますが、UVMを使っていない場合には、以下のようなコードを書いているとリファレンス（参照）になるのはみなさんご存知のとおりかと思います。UVMを使っていても、copyやdeep_copyメソッドを使わなければリファレンスになります。

リファレンスになるのを防ぐには、classを「new」して生成してから値を詰め込んで使います。ぼくの過去の失敗例では、スコアボードなどで配列を使用するとき、一度生成したclassオブジェクトを「再利 用」して値を詰め込み配列に入れた結果、期待値チェックの際に片方のデータが「全部同じ」ということがありました。classは代入時に「リファレンスになる」ことを知っていれば、ハマることなく直せるわけですが、知らなかったら痛い目に会うこともありますので、知らなかった方はここで覚えておいてください。

■リファレンスになる例

上記moduleをコンパイルして実行すると、pkt2にはpkt1のリファレンスが入っているため、pkt1のメンバー書き換えはpkt2にも反映され、pkt1.dispとpkt2.dispは同じ結果を出します。

■実行結果

そこで、これもみなさんご存知のネタだと思うのですが、class内部に自分を持っておいて、自分でcopyメソッドを書いておいて、代入時にcopyメソッドを呼べば解決します。以下は、変更後の全記述をベタ貼 り付けしています。変更部分に色を塗っています。

■実行結果

ポイントは、「class内に自分自身をメンバとして定義しておき、copyメソッド定義時に、他のメンバ変数を適用した新しいclassを「生成」したものを return で返すことです。

deep_copyをする場合にも、基本的な考え方は同じでいいと思います。ただし、「汎用的なclassやメソッドを定義して（UVMのように）、それを継承したclassを使えば容易にcopyやdeep_copyができる」コー ドをぼくはすぐに書けないので（答えはUVMクラスライブラリ内にあります）、ご自身で考えてコーディングしてください。