差異處

這裏顯示兩個版本的差異處。

連向這個比對檢視

java:effective_java:methods_common_to_all_objects:override_clone_judiciously [2020/08/05 00:13]
tony
java:effective_java:methods_common_to_all_objects:override_clone_judiciously [2023/06/25 09:48]
行 1: 行 1:
-{{tag>​java effective_java}} 
-====== Effective Java - Override clone judiciously ====== 
-===== Introduction ​ ===== 
-先說結論,這個Item其實是要勸你別Override Object.clone,而去使用Copy Constructor或Factory pattern去做clone。最近會回來重新看這篇,是由於同事override clone被SonarLint給找了出來,逼得我去研究他的寫法倒底是否合理。\\ 
-\\ 
-既然是勸世文,當然要先從"​如何寫正確的clone"​開始。 
-===== Implement DeepCopy ===== 
-假如你要複製的物件本身只有primitive的變數,那不會有太大問題,除非變數宣告為final。如果你要複製物件包含了非primitive的變數,但你沒有"​特別處理"​,那super.clone只會幫你把reference給複製過去,這稱為淺複製,也這意味著修改複製的內容會影響到原本的。\\ 
-\\ 
-因此針對這些非primitive的變數,你必須一個欄位一個欄位複製。 
-===== Declare final class or final clone method ===== 
-假如你有一個物件實做了clone,但沒宣告成final class or method,代表著你的sub-class有機會override這個clone:​ 
-<code java> 
-class A { 
-    public Object clone(){ 
-        return new A(); 
-    } 
-} 
  
-class B extends A { 
-    public Object clone(){ 
-        return super.clone();​ 
-    } 
-} 
-</​code>​ 
-在上面程式碼中,如果你用A去clone沒問題;但如果用B去clone,會因為你的A沒使用Object的clone而導致獲得的物件不是B。因此如果你Override了clone後,最好將其宣告為final。 
-===== 其它問題 ===== 
-在Override clone時,會因為Object.clone會拋CloneNotSupportedException例外,而要去catch一條不會發生的例外;有final欄位時,你可能會選擇把final拿掉;使用super.clone時,你必須做type cast,也因此你必須對你的parent瞭若指掌。 
-===== 使用Copy Constructor或Factory pattern ===== 
-Copy constructor的好處是可以讓你方便處理final欄位,但它的目標很明確,就是完完整整的複製;套用Factory pattern,則可以讓你可以做很多變化,例如使用有意義的名稱、做部分欄位取代,而針對final欄位當然可以透過constructor的方式傳入解決。\\ 
-\\ 
-另外,effective java有註明array的複製就可以直接使用clone了,因為沒有什麼side effect。 
-===== Note ===== 
-Effective Java第三版Item 13。 
-===== Reference ===== 
-  * Effective Java, 3/e 
- 
-=====    ===== 
----- 
-\\ 
-~~DISQUS~~