跳到主要內容

5種常見Bean映射工具的性能比對


本文由 JavaGuide 翻譯自 https://www.baeldung.com/java-performance-mapping-frameworks 。轉載請註明原文地址以及翻譯作者。



1. 介紹


創建由多個層組成的大型 Java 應用程序需要使用多種領域模型，如持久化模型、領域模型或者所謂的 DTO。為不同的應用程序層使用多個模型將要求我們提供 bean 之間的映射方法。手動執行此操作可以快速創建大量樣板代碼並消耗大量時間。幸運的是，Java 有多個對象映射框架。在本教程中，我們將比較最流行的 Java 映射框架的性能。



綜合日常使用情況和相關測試數據，個人感覺 MapStruct、ModelMapper 這兩個 Bean 映射框架是最佳選擇。



2. 常見 Bean 映射框架概覽


2.1. Dozer


Dozer 是一個映射框架，它使用遞歸將數據從一個對象複製到另一個對象。框架不僅能夠在 bean 之間複製屬性，還能夠在不同類型之間自動轉換。


要使用 Dozer 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
     <groupId>net.sf.dozer</groupId>
     <artifactId>dozer</artifactId>
     <version>5.5.1</version>
 </dependency>

更多關於 Dozer 的內容可以在官方文檔中找到： http://dozer.sourceforge.net/documentation/gettingstarted.html ，或者你也可以閱讀這篇文章：https://www.baeldung.com/dozer 。


2.2. Orika


Orika 是一個 bean 到 bean 的映射框架，它遞歸地將數據從一個對象複製到另一個對象。


Orika 的工作原理與 Dozer 相似。兩者之間的主要區別是 Orika 使用字節碼生成。這允許以最小的開銷生成更快的映射器。


要使用 Orika 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
     <groupId>ma.glasnost.orika</groupId>
     <artifactId>orika-core</artifactId>
     <version>1.5.2</version>
 </dependency>

更多關於 Orika 的內容可以在官方文檔中找到：https://orika-mapper.github.io/orika-docs/，或者你也可以閱讀這篇文章：https://www.baeldung.com/orika-mapping。


2.3. MapStruct


MapStruct 是一個自動生成 bean mapper 類的代碼生成器。MapStruct 還能夠在不同的數據類型之間進行轉換。Github 地址：https://github.com/mapstruct/mapstruct。


要使用 MapStruct 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
     <groupId>org.mapstruct</groupId>
     <artifactId>mapstruct-processor</artifactId>
     <version>1.2.0.Final</version>
 </dependency>

更多關於 MapStruct 的內容可以在官方文檔中找到：https://mapstruct.org/，或者你也可以閱讀這篇文章：https://www.baeldung.com/mapstruct。


要使用 MapStruct 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
     <groupId>org.mapstruct</groupId>
     <artifactId>mapstruct-processor</artifactId>
     <version>1.2.0.Final</version>
 </dependency>

2.4. ModelMapper


ModelMapper 是一個旨在簡化對象映射的框架，它根據約定確定對象之間的映射方式。它提供了類型安全的和重構安全的 API。


更多關於 ModelMapper 的內容可以在官方文檔中找到：http://modelmapper.org/ 。


要使用 ModelMapper 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
   <groupId>org.modelmapper</groupId>
   <artifactId>modelmapper</artifactId>
   <version>1.1.0</version>
 </dependency>

2.5. JMapper


JMapper 是一個映射框架，旨在提供易於使用的、高性能的 Java bean 之間的映射。該框架旨在使用註釋和關係映射應用 DRY 原則。該框架允許不同的配置方式:基於註釋、XML 或基於 api。


更多關於 JMapper 的內容可以在官方文檔中找到：https://github.com/jmapper-framework/jmapper-core/wiki。


要使用 JMapper 框架，我們需要添加這樣的依賴到我們的項目:


<dependency>
     <groupId>com.googlecode.jmapper-framework</groupId>
     <artifactId>jmapper-core</artifactId>
     <version>1.6.0.1</version>
 </dependency>

3.測試模型


為了能夠正確地測試映射，我們需要有一個源和目標模型。我們已經創建了兩個測試模型。


第一個是一個只有一個字符串字段的簡單 POJO，它允許我們在更簡單的情況下比較框架，並檢查如果我們使用更複雜的 bean 是否會發生任何變化。


簡單的源模型如下:


public class SourceCode {
     String code;
     // getter and setter
 }

它的目標也很相似:


public class DestinationCode {
     String code;
     // getter and setter
 }

源 bean 的實際示例如下:


public class SourceOrder {
     private String orderFinishDate;
     private PaymentType paymentType;
     private Discount discount;
     private DeliveryData deliveryData;
     private User orderingUser;
     private List<Product> orderedProducts;
     private Shop offeringShop;
     private int orderId;
     private OrderStatus status;
     private LocalDate orderDate;
     // standard getters and setters
 }

目標類如下圖所示:


public class Order {
     private User orderingUser;
     private List<Product> orderedProducts;
     private OrderStatus orderStatus;
     private LocalDate orderDate;
     private LocalDate orderFinishDate;
     private PaymentType paymentType;
     private Discount discount;
     private int shopId;
     private DeliveryData deliveryData;
     private Shop offeringShop;
     // standard getters and setters
 }

整個模型結構可以在這裏找到:https://github.com/eugenp/tutorials/tree/master/performance-tests/src/main/java/com/baeldung/performancetests/model/source。


4. 轉換器


為了簡化測試設置的設計，我們創建了如下所示的轉換器接口:


public interface Converter {
     Order convert(SourceOrder sourceOrder);
     DestinationCode convert(SourceCode sourceCode);
 }

我們所有的自定義映射器都將實現這個接口。


4.1. OrikaConverter


Orika 支持完整的 API 實現，這大大簡化了 mapper 的創建:


public class OrikaConverter implements Converter{
     private MapperFacade mapperFacade;
 
     public OrikaConverter() {
         MapperFactory mapperFactory = new DefaultMapperFactory
           .Builder().build();
 
         mapperFactory.classMap(Order.class, SourceOrder.class)
           .field("orderStatus", "status").byDefault().register();
         mapperFacade = mapperFactory.getMapperFacade();
     }
 
     @Override
     public Order convert(SourceOrder sourceOrder) {
         return mapperFacade.map(sourceOrder, Order.class);
     }
 
     @Override
     public DestinationCode convert(SourceCode sourceCode) {
         return mapperFacade.map(sourceCode, DestinationCode.class);
     }
 }

4.2. DozerConverter


Dozer 需要 XML 映射文件，有以下幾個部分:


<mappings xmlns="http://dozer.sourceforge.net"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://dozer.sourceforge.net
   http://dozer.sourceforge.net/schema/beanmapping.xsd">
 
     <mapping>
         <class-a>com.baeldung.performancetests.model.source.SourceOrder</class-a>
         <class-b>com.baeldung.performancetests.model.destination.Order</class-b>
         <field>
             <a>status</a>
             <b>orderStatus</b>
         </field>
     </mapping>
     <mapping>
         <class-a>com.baeldung.performancetests.model.source.SourceCode</class-a>
         <class-b>com.baeldung.performancetests.model.destination.DestinationCode</class-b>
     </mapping>
 </mappings>

定義了 XML 映射后，我們可以從代碼中使用它:


public class DozerConverter implements Converter {
     private final Mapper mapper;
 
     public DozerConverter() {
         DozerBeanMapper mapper = new DozerBeanMapper();
         mapper.addMapping(
           DozerConverter.class.getResourceAsStream("/dozer-mapping.xml"));
         this.mapper = mapper;
     }
 
     @Override
     public Order convert(SourceOrder sourceOrder) {
         return mapper.map(sourceOrder,Order.class);
     }
 
     @Override
     public DestinationCode convert(SourceCode sourceCode) {
         return mapper.map(sourceCode, DestinationCode.class);
     }
 }

4.3. MapStructConverter


Map 結構的定義非常簡單，因為它完全基於代碼生成:


@Mapper
 public interface MapStructConverter extends Converter {
     MapStructConverter MAPPER = Mappers.getMapper(MapStructConverter.class);
 
     @Mapping(source = "status", target = "orderStatus")
     @Override
     Order convert(SourceOrder sourceOrder);
 
     @Override
     DestinationCode convert(SourceCode sourceCode);
 }

4.4. JMapperConverter


JMapperConverter 需要做更多的工作。接口實現后:


public class JMapperConverter implements Converter {
     JMapper realLifeMapper;
     JMapper simpleMapper;
 
     public JMapperConverter() {
         JMapperAPI api = new JMapperAPI()
           .add(JMapperAPI.mappedClass(Order.class));
         realLifeMapper = new JMapper(Order.class, SourceOrder.class, api);
         JMapperAPI simpleApi = new JMapperAPI()
           .add(JMapperAPI.mappedClass(DestinationCode.class));
         simpleMapper = new JMapper(
           DestinationCode.class, SourceCode.class, simpleApi);
     }
 
     @Override
     public Order convert(SourceOrder sourceOrder) {
         return (Order) realLifeMapper.getDestination(sourceOrder);
     }
 
     @Override
     public DestinationCode convert(SourceCode sourceCode) {
         return (DestinationCode) simpleMapper.getDestination(sourceCode);
     }
 }

我們還需要向目標類的每個字段添加@JMap註釋。此外，JMapper 不能在 enum 類型之間轉換，它需要我們創建自定義映射函數:


@JMapConversion(from = "paymentType", to = "paymentType")
 public PaymentType conversion(com.baeldung.performancetests.model.source.PaymentType type) {
     PaymentType paymentType = null;
     switch(type) {
         case CARD:
             paymentType = PaymentType.CARD;
             break;
 
         case CASH:
             paymentType = PaymentType.CASH;
             break;
 
         case TRANSFER:
             paymentType = PaymentType.TRANSFER;
             break;
     }
     return paymentType;
 }

4.5. ModelMapperConverter


ModelMapperConverter 只需要提供我們想要映射的類:


public class ModelMapperConverter implements Converter {
     private ModelMapper modelMapper;
 
     public ModelMapperConverter() {
         modelMapper = new ModelMapper();
     }
 
     @Override
     public Order convert(SourceOrder sourceOrder) {
        return modelMapper.map(sourceOrder, Order.class);
     }
 
     @Override
     public DestinationCode convert(SourceCode sourceCode) {
         return modelMapper.map(sourceCode, DestinationCode.class);
     }
 }

5. 簡單的模型測試


對於性能測試，我們可以使用 Java Microbenchmark Harness，關於如何使用它的更多信息可以在 這篇文章：https://www.baeldung.com/java-microbenchmark-harness 中找到。


我們為每個轉換器創建了一個單獨的基準測試，並將基準測試模式指定為 Mode.All。


5.1. 平均時間


對於平均運行時間，JMH 返回以下結果(越少越好):



這個基準測試清楚地表明，MapStruct 和 JMapper 都有最佳的平均工作時間。


5.2. 吞吐量


在這種模式下，基準測試返回每秒的操作數。我們收到以下結果(越多越好):



在吞吐量模式中，MapStruct 是測試框架中最快的，JMapper 緊隨其後。


5.3. SingleShotTime


這種模式允許測量單個操作從開始到結束的時間。基準給出了以下結果(越少越好):



這裏，我們看到 JMapper 返回的結果比 MapStruct 好得多。


5.4. 採樣時間


這種模式允許對每個操作的時間進行採樣。三個不同百分位數的結果如下:



所有的基準測試都表明，根據場景的不同，MapStruct 和 JMapper 都是不錯的選擇，儘管 MapStruct 對 SingleShotTime 給出的結果要差得多。


6. 真實模型測試


對於性能測試，我們可以使用 Java Microbenchmark Harness，關於如何使用它的更多信息可以在 這篇文章：https://www.baeldung.com/java-microbenchmark-harness 中找到。


我們為每個轉換器創建了一個單獨的基準測試，並將基準測試模式指定為 Mode.All。


6.1. 平均時間


JMH 返回以下平均運行時間結果（越少越好）：



該基準清楚地表明，MapStruct 和 JMapper 均具有最佳的平均工作時間。


6.2. 吞吐量


在這種模式下，基準測試返回每秒的操作數。我們收到以下結果(越多越好):



在吞吐量模式中，MapStruct 是測試框架中最快的，JMapper 緊隨其後。


6.3. SingleShotTime


這種模式允許測量單個操作從開始到結束的時間。基準給出了以下結果(越少越好):



6.4. 採樣時間


這種模式允許對每個操作的時間進行採樣。三個不同百分位數的結果如下:



儘管簡單示例和實際示例的確切結果明顯不同，但是它們的趨勢相同。在哪種算法最快和哪種算法最慢方面，兩個示例都給出了相似的結果。


6.5. 結論


根據我們在本節中執行的真實模型測試，我們可以看出，最佳性能顯然屬於 MapStruct。在相同的測試中，我們看到 Dozer 始終位於結果表的底部。


7. 總結


在這篇文章中，我們已經進行了五個流行的 Java Bean 映射框架性能測試：ModelMapper ， MapStruct ， Orika ，Dozer， JMapper。


示例代碼地址：https://github.com/eugenp/tutorials/tree/master/performance-tests。


開源項目推薦


作者的其他開源項目推薦：



  1. ：【Java學習+面試指南】 一份涵蓋大部分Java程序員所需要掌握的核心知識。

  2. : 適合新手入門以及有經驗的開發人員查閱的 Spring Boot 教程（業餘時間維護中，歡迎一起維護）。

  3. : 我覺得技術人員應該有的一些好習慣！

  4. :從零入門 ！Spring Security With JWT（含權限驗證）後端部分代碼。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?



※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象



※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!



※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化



※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益


Orignal From: 5種常見Bean映射工具的性能比對

留言

張貼留言

這個網誌中的熱門文章

強強聯手!攜手打造雲林縣Web3.0 領地方品牌進軍元宇宙

中華電信攜手國內最大Potato Media Web3.0社群共享平台，及品牌醫生果俐文創三方結合，透過經濟部「CBMP智慧雲遊跨域串連計畫」，協助品牌數位轉型，帶動品牌體驗情境、新商業模組升級與行動支付應用，第一站選在雲林縣當地原生消費品牌，打造社群消費循環，探索近期最夯的元宇宙新玩法。 Potato Media執行長顏宏霖表示，在CBMP計畫協助下，加上站內Web3.0資源，將快速協助雲林縣當地品牌升級轉型，幫助店家創造品牌價值，包含黑矸仔醬油、四代目麥芽酥、玉津烘焙坊、禪屋米胖工坊、YuDS沐耳飲、莫蒂精品巧克力、維野納複合式餐飲、頂雲咖啡、媽祖埔豆腐張、玉山碾米廠等，另外嘉義市麥麵、名香茗茶也等不及跨縣市加入，結合Potato Media站內活動，打造雲林專屬限定NFT道具與頭框，發行雲林扭蛋，體驗全新元宇宙新世界。 左起雲林縣計畫處處長李明岳、果俐文創執行長-陳郁涵、雲林縣議員周秀月、中華電信雲林營運處總經理張肇家、Potato Media執行長顏宏霖、LINE禮物代表睿鼎數位、12CMTaiwan行銷總監楊涵柔。(圖/由Potato Media提供) 此次Potato Media平台合作內容是店家會員註冊活動：首次註冊可得100積分 + 一顆扭蛋，店家推薦文章介紹，可領取店家消費優惠券，站內扭蛋禮物抽獎活動，獎項豐富：雲林限定禮品、雲林意象限定NFT道具與頭框，雲林幣扭一下APP政令大聲公獎勵活動，另外各種雲林美食伴手禮、住宿旅遊的店家，都可以使用行動支付或上LINE禮物平台實際體驗消費。 推薦評價好的 iphone維修 中心 擁有專業的維修技術團隊，同時聘請資深iphone手機維修專家，現場說明手機問題，快速修理，沒修好不收錢 產品缺大量曝光嗎?你需要的是一流 包裝設計 窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。 雲林縣副縣長謝淑亞強調，此次計畫和Potato Media 合作，Potato Media 是一個在 2021 年 4 月正式發布的「區塊鏈 Web3.0 共享社群平台」，創作者和使用者都可以透過互動的機制，例如對文章點讚、留言與轉發分享，來獲取相對應比例的加密貨幣CFO（Potato Media 平台上的原生加密貨幣），跟Facebook、Instagram、YouTu...
張貼留言
閱讀完整內容

要上網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷

台北網站設計      網頁設計公司     網站設計公司 食安五環為「源頭控管」、「重建生產管理履歷」、「提高查驗能力」、「加重生產者、廠商的責任」及「鼓勵、創造監督平臺」五大要環，除推動政府與市民消費者共同監督食品安全，更要從農場到餐桌，鏈結農村產業線，以網路社群為媒介，建立嘉義市農村網頁平台。活動現場介紹「農抵嘉」產銷網頁平台的內容，包含在地人文地產景，將景觀、產業、生態及文化等資訊整合、展現，更推廣在地農村農友優質、安全的農產品。要上「農抵嘉」網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷自己的農產品，嘉義市農友可以多利用，也提供店家採購管道。 「尚安心，農抵嘉」，透過「農抵嘉」產銷網頁平台，鏈結農村產業線並促進地產地消，從源頭管理食安，讓政府管理、民間參與，透過食安小教育，讓小朋友接觸農作物，與生產者互動，產生共鳴，一同攜手維護嘉義市的食安。記者會中也展示紅瓦厝社區所做的紅瓦窯烤，並有其他下埤花生等農產品，透過農場職人使「農特產品不只是農產品」，民眾可登入「農抵嘉」網頁http://chiayirural.com/index.asp瞭解更進一步的訊息。 網動廣告 參考資料:蕃新聞https://n.yam.com/Article/20171226529712 Orignal From: 要上網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷
張貼留言
閱讀完整內容

IEA：疫情衝擊能源需求 但再生能源呈創紀錄成長_台中搬家公司

※ 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱! 還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 摘錄自2020年11月10日中央社報導 國際能源總署（IEA）報告今天（10日）指出，武漢肺炎（COVID-19）疫情可能衝擊能源需求，但電力部門再生能源繼續以創紀錄速度成長。 IEA執行董事比羅爾（Fatih Birol）表示：「在2025年，再生能源將成為全球最大發電來源，預計將提供1/3的全球電力，終結煤炭50年來作為最大電力供應來源的地位。」 ※推薦 台中搬家公司 優質服務,可到府估價 台中搬鋼琴,台中金庫搬運,中部廢棄物處理,南投縣搬家公司,好幫手搬家,西屯區搬家 IEA關於再生能源的年度報告估計，儘管受到疫情干擾，今年的再生能源新發電容量可望創紀錄，達將近200GW（GW為十億瓦）。 能源轉型 國際新聞 再生能源 疫情看氣候與能源 本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理 ※ 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱! 還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 Orignal From: IEA：疫情衝擊能源需求 但再生能源呈創紀錄成長_台中搬家公司
張貼留言
閱讀完整內容