。

大家都知道重复代码不好#xff0c;它主要有这些缺点#xff…

文章目录

前言1、抽取公用方法2、抽工具类3、反射4、泛型5、继承与多态6、使用设计模式7、自定义注解(或者说AOP面向切面)8、函数式接口和Lambda表达式

日常开发中我们经常会遇到一些重复代码。

大家都知道重复代码不好它主要有这些缺点可维护性差、可读性差、增加错误风险等等。

这里给大家讲讲优化重复代码的几种方式。

1、抽取公用方法

比如这个例子分别遍历names列表然后各自转化为大写和小写打印出来

public

TianLuo);System.out.println(Uppercase

Names:);for

name.toUpperCase();System.out.println(uppercaseName);}System.out.println(Lowercase

Names:);for

name.toLowerCase();System.out.println(lowercaseName);}}

显然都是遍历names过程代码是重复的只不过转化大小写不一样。

我们可以抽个公用方法processNames优化成这样

public

{System.out.println(processType

Names:);for

nameProcessor.apply(name);System.out.println(processedName);}}public

static

我们优化重复代码抽一个公用方法后如果发现这个方法有更多共性就可以把公用方法升级为一个工具类。

比如这样的业务场景我们注册的时候修改邮箱重置密码等都需要校验邮箱。

public

Pattern.compile(EMAIL_REGEX);Matcher

emailMatcher

}在密码重置流程中通常会向用户提供一个链接或验证码并且需要发送到用户的电子邮件地址。

在这种情况下也需要验证邮箱格式合法性

public

Pattern.compile(EMAIL_REGEX);Matcher

emailMatcher

pattern.matcher(passwordInfo.getEmail());if

email

false;}//发送通知修改密码sendReSetPasswordNotify();}

}我们可以抽取个校验邮箱的方法出来又因为校验邮箱的功能在不同的类中因此我们可以抽个校验邮箱的工具类

public

Pattern.compile(EMAIL_REGEX);public

static

(!EmailValidatorUtil.isValid(userInfo.getEmail()))

email

我们日常开发中经常需要进行PO、DTO和VO的转化。

所以大家经常看到类似的代码

//DTO

UserInfoVO();userInfoVO.setUserName(userInfoDTO.getUserName());userInfoVO.setAge(userInfoDTO.getAge());return

userInfoVO;}//PO

UserInfoDTO();userInfoDTO.setUserName(userInfoPO.getUserName());userInfoDTO.setAge(userInfoPO.getAge());return

userInfoDTO;}

我们可以使用BeanUtils.copyProperties()

去除重复代码BeanUtils.copyProperties()底层就是使用了反射

public

UserInfoVO();BeanUtils.copyProperties(userInfoDTO,

userInfoVO);return

UserInfoDTO();BeanUtils.copyProperties(userInfoPO,userInfoDTO);return

userInfoDTO;}

泛型是如何去除重复代码的呢给大家看个例子我有个转账明细和转账余额对比的业务需求有两个类似这样的方法

private

getAndUpdateBalanceResultMap(String

key,

compareResultListMap.getOrDefault(key,

new

ArrayList());tempList.addAll(balanceDTOs);compareResultListMap.put(key,

tempList);

getAndUpdateDetailResultMap(String

key,

compareResultListMap,ListTransferDetailDTO

detailDTOS)

compareResultListMap.getOrDefault(key,

new

ArrayList());tempList.addAll(detailDTOS);compareResultListMap.put(key,

tempList);

}这两块代码,流程功能看着很像,但是就是不能直接合并抽取一个公用方法,因为类型不一致。

单纯类型不一样的话,我们可以结合泛型处理,因为泛型的本质就是参数化类型.优化为这样:

private

compareResultListMap.getOrDefault(key,

new

tempList.addAll(accountingDTOS);

tempList);

假设你正在开发一个电子商务平台需要处理不同类型的订单例如普通订单和折扣订单。

每种订单都有一些共同的属性如订单号、购买商品列表和方法如计算总价、生成订单报告但折扣订单还有特定的属性和方法。

public

products;this.discountPercentage

double

}显然,看到在Order和DiscountOrder类中generateOrderReport()

方法的代码是完全相同的。

calculateTotalPrice()则是有一点点区别但也大相径庭。

我们可以使用继承和多态去除重复代码,让DiscountOrder去继承Order,代码如下:

public

products);this.discountPercentage

discountPercentage;}Overridepublic

double

super.calculateTotalPrice();return

total

很多设计模式可以减少重复代码、提高代码的可读性、可扩展性.比如:

工厂模式:

通过工厂模式你可以将对象的创建和使用分开从而减少重复的创建代码。

策略模式:

策略模式定义了一族算法将它们封装成独立的类并使它们可以互相替换。

通过使用策略模式你可以减少在代码中重复使用相同的逻辑。

模板方法模式:模板方法模式定义了一个算法的骨架将一些步骤延迟到子类中实现。

这有助于避免在不同类中重复编写相似的代码。

假设你正在开发一个咖啡和茶的制作流程制作过程中的热水和添加物质的步骤是相同的但是具体的饮品制作步骤是不同的。

public

{boilWater();brewCoffeeGrinds();pourInCup();addCondiments();}private

void

{boilWater();steepTeaBag();pourInCup();addLemon();}private

void

}这个代码例子,我们可以发现,烧水和倒入杯子的步骤代码,在Coffee和Tea类中是重复的。

abstract

{boilWater();brew();pourInCup();addCondiments();}private

void

}在这个例子中我们创建了一个抽象类Beverage其中定义了制作饮品的模板方法

prepareBeverage()。

这个方法包含了烧水、倒入杯子等共同的步骤而将制作过程中的特定步骤

brew()

和addCondiments()延迟到子类中实现。

这样我们避免了在每个具体的饮品类中重复编写相同的烧水和倒入杯子的代码提高了代码的可维护性和重用性。

7、自定义注解(或者说AOP面向切面)

假设你正在开发一个Web应用程序需要对不同的Controller方法进行权限检查。

每个Controller方法都需要进行类似的权限验证但是重复的代码会导致代码的冗余和维护困难。

public

}你可以看到在每个需要权限校验的方法中都需要重复编写相同的权限校验逻辑,即出现了重复代码.我们使用自定义注解的方式能够将权限校验逻辑集中管理通过切面来处理,消除重复代码.如下:

Aspect

{Before(annotation(requiresPermission))public

void

checkPermission(RequiresPermission

requiresPermission)

(!User.hasPermission(permission))

{throw

{RequiresPermission(read)public

void

implementation}RequiresPermission(write)public

void

}就这样不管多少个Controller方法需要进行权限检查你只需在方法上添加相应的注解即可。

权限检查的逻辑在切面中集中管理避免了在每个Controller方法中重复编写相同的权限验证代码。

这大大提高了代码的可读性、可维护性并避免了代码冗余。

8、函数式接口和Lambda表达式

假设你正在开发一个应用程序需要根据不同的条件来过滤一组数据。

每次过滤的逻辑都可能会有些微的不同但基本的流程是相似的。

public

filterPositiveNumbers(ListInteger

numbers)

}在这个例子中我们有两个不同的方法来过滤一组数据但是基本的循环和条件判断逻辑是重复的,我们可以使用使用函数式接口和Lambda表达式,去除重复代码,如下:

public

Predicate函数式接口作为参数以便根据不同的条件来过滤数据。

然后我们可以使用Lambda表达式来传递具体的条件,这样最终也达到去除重复代码的效果啦.