微服务篇-DTO、VO快速转换解决方案

上一篇文章中介绍了一下什么是PO、BO、VO、DTO,以及在服务中的使用

微服务篇-浅析VO、BO、PO、DTO

服务之间定义不同的POJO是为了解耦,减少维护工作量,不过pojo之间的转换也是一个很大的工作量,工作量大在哪里呢?

1、分层并将pojo分类后,pojo的数量是原来的n倍,pojo属性调整,需修改get和set方法,会是很繁琐的重复工作

2、pojo间转换,两个不同pojo需要定义转换方法,pojo的转换要定义不大量同的方法,pojo属性有变动,会连锁修改一堆的方法。

原来是为了减轻工作量,现在看来反而增加了不少工作,那怎么解决呢?

我的方案是dozer + lombok

用lombok来省略get和set方法

通过dozer来实现不同pojo的转换工作

那具体怎么做呢?(接下来的内容,手动实践一下效果会比较好

一、lombok的使用

首先创建一个maven项目,引入lombok,如下

<dependency>

<groupId>org.projectlombok</groupId>

<artifactId>lombok</artifactId>

<version>1.18.8</version>

</dependency>

然后给idea安装lombok插件,如下图

现在让我们创建一个user类型,包含 id,name,age三个属性,通常的写法是这样的

public class User {

private long id;

private String name;

private int age;

public long getId() {

return id;

}

public void setId(long id) {

this.id = id;

}

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public int getAge() {

return age;

}

public void setAge(int age) {

this.age = age;

}

}

现在可以这么写了

@Data

public class User {

private long id;

private String name;

private int age;

}

是不是很简单啊,感觉代码量少了很多。如果感觉@Data太简单暴力,也可以用@Getter和@Setter注解。

Lombok还有很多其他作用的注解

@ToString 可以重写String方法,通过of定义现实的字段

@NoArgsConstructor 可以生成无参数构造器

@AllArgsConstructor 生成带所有参数的构造器

@RequiredArgsConstructor 生成有参数的构造器,参数需要用@NonNull注释一下

还有很多用法,这里不做详细的描述了,咱们现在只需要通过@Data或@Getter@Setter解决修改get和set方法的问题就可以了

那么接下来让我们用dozer来解决类的转换问题

二、dozer的使用

还是要先引入maven

<dependency>

<groupId>net.sf.dozer</groupId>

<artifactId>dozer</artifactId>

<version>5.5.1</version>

</dependency>

然后分别创建一个UserVo和UserDto,并对他们做转换

首先让两个类的属性名称一样,如下

@Data

public class UserVo {

private String name;

private int id;

}

@Data

public class UserDto {

private String name;

private int id;

}

接下来怎么转换呢,代码如下

Mapper dozerMapper = new DozerBeanMapper();

UserVo userVo = new UserVo();

userVo.setName("mg");

userVo.setId(10);

InUserDto userDto = dozerMapper.map(userVo,UserDto.class);

System.out.println(userDto.getName());

输出结果为

mg

UserVo转换为UserDto,这是属性完全相同的情况,不过通常属性名称都是不同的,那怎么办呢

修改UserVo 为

@Data

public class UserVo {

private String sname;

private int sid;

}

修改UserDto为

@Data

public class UserDto {

@Mapping("sname")

private String name;

@Mapping("sid")

private int id;

}

在执行下刚写的转换函数,试试是否能成功转换了

是不是很容易啊,这样既能分别定义的VO、PO、DTO,又能快速完成开发工作了

最后需要注意下:

lombok这个插件虽然好用,不过外界他的褒贬不一,用和不用一直是热门话题,有不少大佬不提倡使用lombok,不过我还是挺喜欢用的,实在太方便了。

更多好文章可以关注公众号 MG驿站 ,联系作者可后台留言

相关文章

Java线程篇-线程的状态和分类概述

Java基础篇-HashMap多线程问题

HashMap 理解Hash碰撞

Java基础篇-基本类型

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342