java對象拷貝之BeanUtils.copyProperties() 用法

一、簡介:

        BeanUtils提供對Java反射和自省API的包裝。其主要目的是利用反射機制對JavaBean的屬性進行處理。我們知道,一個JavaBean通常包含了大量的屬性,很多情況下,對JavaBean的處理導致大量get/set代碼堆積,增加了代碼長度和閱讀代碼的難度。

 

二、用法:

        如果你有兩個具有很多相同屬性的JavaBean,一個很常見的情況就是Struts裏的PO對象(持久對象)和對應的ActionForm。例如:一個用戶註冊頁面,有一個User實體類和一個UserActionForm,我們一般會在Action裏從ActionForm構造一個PO對象,傳統的方式是使用類似下面的語句對屬性逐個賦值:


[html] view plain copy
  1. // 獲取 ActionForm 表單數據  
  2. UserActionForm uForm = (UserActionForm) form;  
  3. // 構造一個User對象  
  4. User user = new User();  
  5. // 逐一賦值  
  6. user.setUsername(uForm.getUsername);  
  7. user.setPassword(uForm.getPassword);  
  8. user.setAge(uForm.getAge);  
  9. // 然後調用JDBC、或操作Hibernate 持久化對象User到數據庫  

通過這樣的方法如果表單數據N多、100、1000(誇張點。哈哈)、、、、那我們不是要寫100、、、1000行set、get了。誰都不願意這樣做。

 

而我們使用 BeanUtils.copyProperties() 方法以後,代碼量大大的減少,而且整體程序看着也簡潔明朗,代碼如下:

[html] view plain copy
  1. // 獲取 ActionForm 表單數據  
  2. UserActionForm uForm = (UserActionForm) form;  
  3. // 構造一個User對象  
  4. User user = new User();  
  5. // 賦值  
  6. BeanUtils.copyProperties(user, uForm);  
  7. // 然後調用JDBC、或操作Hibernate 持久化對象User到數據庫  
  8. .......  



注:如果User和UserActionForm 間存在名稱不相同的屬性,則BeanUtils不對這些屬性進行處理,需要手動處理。例如:

User類裏面有個createDate 創建時間字段,而UserActionForm裏面無此字段。BeanUtils.copyProperties()不會對此字段做任何處理。必須要自己手動處理。

Date爲null時拷貝會報錯

而commons-beanutils則施加了很多的檢驗,包括類型的轉換,甚至於還會檢驗對象所屬的類的可訪問性。

而且,commons-beanutils中的裝換是不支持java.util.Date的。除了支持基本類型以及基本類型的數組之外,還支持java.sql.Date, java.sql.Time, java.sql.TimeStamp,  java.io.File,  javaio.URL這些類的對象,其餘一概不支持。不過你可以自定義你的類的Converter。然後註冊進去。

感覺commons-beanutils包中的這個BeanUtils類的copyProperties方法,太過複雜,約束太多,而且使用不便,雖然可擴展性好了,但是易用性不高。

總結:

關於bean複製,如果屬性較少,建議直接寫個方法完成get/set即可。如果屬性較多,可以自己採用反射實現一個滿足自己需要的工具類,或者使用spring的那個beanutils類,不建議使用commons-beanutils包中的那個BeanUtils類,剛看了下,這個類對於內部靜態類的對象複製也會出現問題,檢驗太複雜了,常會出現一些詭異的問題。畢竟我們bean複製一般就是簡單的屬性copy而已。

而且,由於這些BeanUtils類都是採用反射機制實現的,對程序的效率也會有影響。因此,慎用BeanUtils.copyProperties!!!


除BeanUtils外還有一個名爲PropertyUtils的工具類,它也提供copyProperties()方法,作用與BeanUtils的同名方法十分相似,主要的區別在於後者提供類型轉換功能,即發現兩個JavaBean的同名屬性爲不同類型時,在支持的數據類型範圍內進行轉換,而前者不支持這個功能,但是速度會更快一些
複製代碼
* java.lang.BigDecimal   
  
* java.lang.BigInteger   
  
* boolean and java.lang.Boolean   
  
* byte and java.lang.Byte   
  
* char and java.lang.Character   
  
* java.lang.Class   
  
* double and java.lang.Double   
  
* float and java.lang.Float   
  
* int and java.lang.Integer   
  
* long and java.lang.Long   
  
* short and java.lang.Short   
  
* java.lang.String   
  
* java.sql.Date   
  
* java.sql.Time   
  
* java.sql.Timestamp  

  這裏要注意一點,java.util.Date是不被支持的,而它的子類java.sql.Date是被支持的。因此如果對象包含時間類型的屬性,且希望被轉換的時候,一定要使用java.sql.Date類型。否則在轉換時會提示argument mistype異常。

三、優缺點: 
  Apache Jakarta Commons項目非常有用。我曾在許多不同的項目上或直接或間接地使用各種流行的commons組件。其中的一個強大的組件就是BeanUtils。我 將說明如何使用BeanUtils將local實體bean轉換爲對應的value 對象:
BeanUtils.copyProperties(aValue, aLocal)  

  上面的代碼從aLocal對象複製屬性到aValue對象。它相當簡單!它不管local(或對應的value)對象有多少個屬性,只管進行復制。我們假設 local對象有100個屬性。上面的代碼使我們可以無需鍵入至少100行的冗長、容易出錯和反覆的get和set方法調用。這太棒了!太強大了!太有用 了! 
  現在,還有一個壞消息:使用BeanUtils的成本驚人地昂貴!我做了一個簡單的測試,BeanUtils所花費的時間要超過取數 據、將其複製到對應的 value對象(通過手動調用get和set方法),以及通過串行化將其返回到遠程的客戶機的時間總和。所以要小心使用這種威力!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章