差異處
這裏顯示兩個版本的差異處。
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~~ |