Spring Boot业务代码封装 – 相同业务逻辑、不同入参类型的处理-五八三

引言

在开发Spring Boot应用程序时，有时会遇到一种情况：不同的业务逻辑需要处理相同的操作，但是入参的类型不同。这可能会导致代码重复和可维护性下降。为了解决这个问题，我们可以通过业务代码封装的方式，统一处理相同的业务逻辑，同时处理不同类型的入参。本文将介绍如何在Spring Boot中处理这种情况，以提高代码的重用性和可维护性。

问题描述

假设我们有一个电商平台，包含商品模块和订单模块。在这两个模块中，都有一个下单操作，但是入参的类型不同。在商品模块中，下单需要传递商品信息、用户信息等；而在订单模块中，下单需要传递订单信息、用户信息等。虽然业务逻辑是相同的，但是入参类型不同，导致代码重复。

解决方案 – 泛型和接口

我们可以利用泛型和接口来解决这个问题，通过定义通用的接口和泛型参数，实现相同业务逻辑的处理，同时保留了类型的安全性。

创建通用的接口

首先，我们创建一个通用的接口，用于定义处理相同业务逻辑的方法：

javaCopy code




public interface OrderProcessor<T> {
    void processOrder(T order, UserInfo userInfo);
}

在上述代码中，我们定义了一个名为OrderProcessor的接口，其中的processOrder()方法接收一个泛型参数T表示具体的订单类型。

实现接口

接下来，我们在不同的模块中实现这个接口，根据具体的业务需求来定义不同的订单类型和相应的处理逻辑。

在商品模块中：

javaCopy code




@Service



public class ProductOrderProcessor implements OrderProcessor<ProductOrder> {
    @Override

    public void processOrder(ProductOrder order, UserInfo userInfo) {
        // 商品模块的业务逻辑
        // ...

    }

}

在订单模块中：

javaCopy code




@Service



public class OrderProcessorImpl implements OrderProcessor<Order> {
    @Override

    public void processOrder(Order order, UserInfo userInfo) {
        // 订单模块的业务逻辑
        // ...

    }

}

在上述代码中，我们分别创建了ProductOrderProcessor和OrderProcessorImpl类来实现OrderProcessor接口，并根据具体的业务需求来处理相应的业务逻辑。

使用业务逻辑处理类

在商品模块和订单模块的服务类中，我们可以通过依赖注入的方式将对应的业务逻辑处理类注入到服务类中，然后在方法中调用相应的处理方法。

在商品模块中：

javaCopy code




@Service



public class ProductService {
    
    @Autowired

    private OrderProcessor<ProductOrder> orderProcessor;


    public void createProductOrder(ProductOrder order, UserInfo userInfo) {
        // 商品模块的业务逻辑
        // ...



        // 调用公共的业务逻辑处理类进行下单操作

        orderProcessor.processOrder(order, userInfo);

    }

}

在订单模块中：

javaCopy code




@Service



public class OrderService {

    @Autowired

    private OrderProcessor<Order> orderProcessor;


    public void createOrder(Order order, UserInfo userInfo) {
        // 订单模块的业务逻辑
        // ...



        // 调用公共的业务逻辑处理类进行下单操作

        orderProcessor.processOrder(order, userInfo);

    }

}

在上述代码中，我们通过泛型参数来指定具体的订单类型，并在方法中调用相应的业务逻辑处理方法。这样就可以根据不同的入参类型来调用对应的处理逻辑。