继承和REST API控制器-处理子类

Question

Promotion - abstract
 - Coupon
 - Sale
 - Deal

对于每个子类，我都有一个DAO和服务类，如CouponDAO、CouponService等。

在前端，用户可以通过Angular 2界面创建优惠券、销售或交易，所以我决定使用以下控制器：

PromotionController - abstract
 - CouponController
 - SaleController
 - DealController

(CouponController、SaleController、DealController从PromotionController继承）

promotioncontroller将包含所有子类通用的所有通用CRUD函数，并且在特定的控制器中，我将处理那些类的特定操作。

A）现在面临的问题是如何实例化来自客户端的正确对象。例如，当用户提交优惠券、销售或交易时，我如何实例化正确的对象。例如，在PromotionController中，我有如下函数：：

@RequestMapping(value=CREATE_PROMO, method=RequestMethod.POST)
    public ResponseEntity<?> create(@RequestBody Promotion promotion){
        promotionService.save(promotion);
        return new ResponseEntity<>("", HttpStatus.OK); 
    }

提升是抽象的，是函数的论元。我是否应该使用工厂模式和**type**属性来创建正确的对象？例如，如果type=“Coupon”，则创建Coupon对象，如果type=“Sale”，则创建Sale对象

B）由于控制器使用了Services对象，这意味着我必须声明PromotionController中的所有三个Services对象。因为在实例化正确的对象之后，我需要调用其相应的服务来完成这项工作。在上面的方法中，我有promotionService我认为应该用subclass的正确服务来替换它

C）我正在寻找如何处理在现实世界中处理子类的REST API，就像我上面描述的情况

D）我想通过将所有CRUD操作复制到它们的特定控制器来简化自己的操作，但这似乎是重复的代码。

我认为有一个更好的方法可以做到。

我也尝试过，如果我能找到一个开源项目来处理这种情况，但似乎我找到的所有项目都使用一个类，而不是继承。它们的REST/API不处理html" target="_blank">继承情况

Answer 1

在我看来，保持你的endpoint简单。从REST API的角度出发，创建单独的或仅一个控制器，并在控制器层之后使用以下模式。从我所看到的情况来看，最好让RESTendpoint远离继承/重用，并在接收和验证请求之后应用它。

要从控制器实例化服务/帮助器层,请使用工厂方法模式：

https://en.wikipedia.org/wiki/factory_method_pattern

@RequestMapping(value=CREATE_COUPON, method=RequestMethod.POST)
    public ResponseEntity<?> create(@RequestBody Promotion promotion){
//helper if adding one more helper layer. The factory invocation is then //transferred to the helper layer
  PromotionService couponService = promotionServiceFactory.get(PROMOTYPES.COUPON);
couponService.save(promotion);
        return new ResponseEntity<>("", HttpStatus.OK); 
    }

从您的问题来看，不同的推广类型似乎有通用的CRUD/OTHER方法。如果每个升级的一些步骤/子任务都是相同的，而其他的则有所不同，那么这是服务层中模板模式的一个很好的候选者。否则，您可以通过创建一个抽象的提升服务来存储常见的CRUD方法。

https://en.wikipedia.org/wiki/template_method_pattern

使用主要方法和常见CRUD方法的实现创建一个抽象的升级服务。使用不同的方法创建其他推广服务类型的单独实现。