シャローコピーとディープコピー

1.題材の説明

図１　シャローコピーとディープコピーを説明するための題材
（左上のオブジェクトがコピー対象のオブジェクト） 

2.ディープコピーとは

　
図２　左上のオブジェクトをディープコピーしたときのイメージ図
（赤くなっているのはコピーして作成されたオブジェクトを表す）

3.ディープコピーの特徴と利用シーン

1. 直感的にわかりやすい。
   「わかりにくい ⇒ バグが発生しやすい」なので、直感的にわかりやすいというのは重要です。
2. 一応、シャローコピーと比べて処理に時間がかかります。メモリの使用量も増えます。
   しかし、オブジェクトが大きくない場合、無視して良いと思います。
3. 常にディープコピーできるとは限らないです。
   コピー対象オブジェクトがコピーできないオブジェクト（例えばシングルトンパターンにて実装されたクラスのオブジェクト）へ参照していたら、当然ディープコピーできない・・・。

1. 　デザインパターンのPrototypeパターンを使用するとき。
   （シャローコピーの場合もあります。どちらを使用するかは場合によります）
2. よくわからんが、オブジェクトをディープコピーしたいと思ったとき。
   （そのまんまでごめん）
3. ソースをわかりやすくしたいとき。
   （シャローコピーはバグのものという気がします。）

4.シャローコピーとは

図３　シャローコピーをしたときのイメージ図
（赤くなっているのはコピーして作成されたオブジェクトを表す）

5.シャローコピーの特徴と利用シーン

1. ディープコピーより処理速度が速いです。メモリの使用量もディープコピーが少なくてすみます。
2. コピーした方から参照されているオブジェクトの属性値を変更した場合、元のオブジェクトから参照されているオブジェクトの属性値も変わります。（まあ、当然のことですが・・・。しかし、自分が使用しようとしている関数内でコピー操作が行われている場合、そのコピー操作がシャローコピーなのかディープコピーがわからない場合は危険です。） （欠点）
3. 直感的に判りにくい気がします。
   そのため、コピー関数を作成し、その仕様を他の人に伝える場合、シャローコピーであることをしっかり伝えないと、バグの原因になる気がします。（2とほとんど同じ。）（欠点）

1. デザインパターンのPrototypeパターンを使用するとき
   （ディープコピーの場合もあります。どちらを使用するかは場合によります）
2. 参照しているオブジェクトがすべてイミュータブルオブジェクト（例：java.lang.Stringクラスのオブジェクト）の場合、ディープコピーするのは無駄かも
3. よくわからんが、オブジェクトをシャローコピーしたいと思ったとき（そのまんまでごめん）
4. エクセルライブラリ内の（ほとんどの）オブジェクトはディープコピーが出来ないので、エクセルライブラリ内のオブジェクトを参照している自作のクラス（クラスモジュールやユーザフォーム）をディープコピーすることが出来ないと思う。
   その場合はシャローコピーとするしかないと思います。

6.参考文献

番号	著者名	書籍名	ISBN
1	結城　浩	増補改訂版Java言語で学ぶデザインパターン入門	4-7973-2703-0