MapsTructは、Java Bean間のマッピングを簡(jiǎn)素化するコンパイル時(shí)間コードジェネレーターです。 1.インターフェイスを定義して手動(dòng)で長(zhǎng)いセット/マッピングコードを取得しないようにすることにより、実裝クラスを自動(dòng)的に生成します。 2.タイプセーフ、ランタイムオーバーヘッドはなく、同じ名前フィールド、カスタム式、ネストされたオブジェクト、コレクションマッピングの自動(dòng)マッピングをサポートします。 3. @mapper（componentModel = "spring"）を使用して、スプリングとスプリングビーンにマッパーを注入することができます。 4.単純な構(gòu)成があり、MapsTruct依存関係とAnnotationProcessorPathsプラグインを?qū)毪工毪坤堡扦埂?5. @Namedおよびその他の注釈をサポートして、再利用可能なカスタムマッピングロジックを?qū)g裝し、Javaでのオブジェクトマッピングを処理するためのベストプラクティスの1つであるコードのきちんとしたメンテナビリティを改善します。

1つのJavaオブジェクト（DTOなど）から別のエンティティ（エンティティなど）にデータをコピーするための無(wú)限のボイラープレートコードを書いていることに気付いたことがある場(chǎng)合は、それがどれほど退屈でエラーが発生しやすいか知っています。そこで、 MapsTructが登場(chǎng)します。これは、JavaのBeanマッピングを簡(jiǎn)単にするだけでなく、実際には痛いコンパイル時(shí)間コードジェネレーターです。

MapsTructとは何ですか？

MapsTructは、Java Bean間のマッピングを簡(jiǎn)素化するコードジェネレーターです（たとえば、JPAエンティティからREST DTOまで）。すべてのフィールドに対してsetX(getX())手動(dòng)で書き込む代わりに、インターフェイスを定義し、マップストラクチャはコンパイル時(shí)間に実裝を生成します。

手動(dòng)マッピングやその他のライブラリを介してMapStructを構(gòu)築する理由

• type-Safe ：ランタイムではなく、コンパイル時(shí)にキャッチされたエラー。
• ランタイムのオーバーヘッドなし：生成されたコードはプレーンジャバです - 反射やプロキシはありません。
• buler式最小限：インターフェイスを作成し、実裝を取得します。
• smartスマートデフォルト：同じ名前のフィールドを自動(dòng)的にマッピングします。
• customableカスタマイズ可能：名前の不一致、ネストされたオブジェクト、コレクション、さらにはカスタムロジックを処理します。

簡(jiǎn)単な例

あなたが持っていると言う：

パブリッククラスユーザー{
    プライベートロングID;
    プライベート文字列firstName;
    プライベート文字列l(wèi)astName;
    プライベート文字列メール;
    //ゲッターセッター
}

public class userdto {
    プライベートストリングフルネーム; // firstName lastNameをマップします
    プライベート文字列メール;
}

MapsTructを使用して、マッパーインターフェイスを作成します。

 @マッパー
パブリックインターフェイスusermapper {
    usermapper instance = mappers.getMapper（usermapper.class）;

    @mapping（ターゲット= "fullname"、expression = "java（user.getFirstname（）\" \ "users.getLastName（））"）
    userdto todto（ユーザーユーザー）;
}

その後、それを使用してください：

 user user = new user（）;
user.setFirstName（ "John"）;
user.setLastName（ "doe"）;
user.setemail（ "john@example.com"）;

userdto dto = usermapper.instance.todto（user）;
// dto.getfullname（）→「ジョン?ドゥ」

あなたが気に入る主要な機(jī)能

1。名前による自動(dòng)マッピング

フィールド名が一致する場(chǎng)合（ emailなど）、追加の構(gòu)成は必要ありません。

2。カスタムマッピングロジック

@Mappingを使用します：

• インラインJava式のexpression
• 再利用可能なカスタムメソッドのqualifiedByName
• ポスト処理ロジックの@AfterMapping

3。ネストされたオブジェクトとコレクション

MapsTruct Hundles List<User> ? List<UserDto>自動(dòng)的に - 追加のコードはありません。

4。スプリングとの統(tǒng)合

componentModel = "spring"を追加するだけです：

 @mapper（componentmodel = "spring"）
パブリックインターフェイスusermapper {
    userdto todto（ユーザーユーザー）;
}

今ではそれはスプリングビーンです - 他のものと同じように注入します。

セットアップ（Maven）

pom.xmlに追加：

 <依存関係>
    <GroupId> org.mastruct </groupId>
    <artifactid> MastRuct </artifactid>
    <バージョン> 1.5.5.final </version>
</依存関係>

<プラグイン>
    <groupid> org.apache.maven.plugins </groupId>
    <artifactid> maven-compiler-plugin </artifactid>
    <configuration>
        <AnnotationProcessorPaths>
            <sath>
                <GroupId> org.mastruct </groupId>
                <artifactid> MastRuct-Processor </artifactid>
                <バージョン> 1.5.5.final </version>
            </path>
        </annotationProcessorPaths>
    </configuration>
</プラグイン>

プロのヒント：再利用可能なロジックに@Namedを使用します

@マッパー
パブリックインターフェイスusermapper {
    @mapping（target = "FullName"、QualifiedByName = "TofullName"）
    userdto todto（ユーザーユーザー）;

    @Named（ "TofullName"）
    デフォルトの文字列tofullName（ユーザーユーザー）{
        return user.getFirstName（） "" user.getLastName（）;
    }
}

これにより、マッピングを清潔に保ち、複數(shù)のマッパーで再利用できます。

MapsTructは、オブジェクトマッピングから摩擦を削除します。これ以上の手動(dòng)コピーはなく、ランタイムの驚きはありません。使用を開始すると、どうやってそれなしで生きたのか疑問(wèn)に思うでしょう。
基本的に、JavaでBeanマッピングをしていて、MapsTructを使用していない場(chǎng)合は、難しい方法でやっています。

以上がJavaの痛みのない豆マッピングにMapsTructを使用しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。