Asp.net web api 相同或新的API

Asp.net web api 相同或新的API,asp.net-web-api,asp.net-web-api2,Asp.net Web Api,Asp.net Web Api2,我们最近正在从WCF迁移到web api,下面是我们计划迁移的api public Order ValidateOrder(Order)-->这将执行一些业务逻辑并将其存储在本地数据库中 公共秩序提交者(Order)-->这将执行一些业务逻辑并将其存储在本地数据库中,并将有效负载放在azure总线中 因此,这两种API之间的唯一区别是将负载保持在azure总线中 现在我想知道,我应该只有一个RESTAPI,它以Order作为输入,并将doSubmit和send Order标记为输出,还是应该有2

我们最近正在从WCF迁移到web api,下面是我们计划迁移的api

public Order ValidateOrder(Order)-->这将执行一些业务逻辑并将其存储在本地数据库中

公共秩序提交者(Order)-->这将执行一些业务逻辑并将其存储在本地数据库中,并将有效负载放在azure总线中

因此,这两种API之间的唯一区别是将负载保持在azure总线中

现在我想知道,我应该只有一个RESTAPI,它以Order作为输入,并将doSubmit和send Order标记为输出,还是应该有2个


哪个更易于维护,并且根据rest标准,您可以有一个rest API

  • 公共秩序提交人(命令)
  • 首先,在相同的方法中创建一个私有方法,该方法将验证订单。
    首先调用private方法。如果成功,则可以提交相同的订单;如果失败,则不提交订单或传递正确的消息说明失败的原因

    您可以有一个REST API

  • 公共秩序提交人(命令)
  • 首先,在相同的方法中创建一个私有方法,该方法将验证订单。
    首先调用private方法。如果成功,则可以提交相同的订单;如果失败,则不提交订单或传递正确的消息说明失败的原因

    始终遵循坚实的原则。有两种方法,在你的行动中做必要的事情。明天,如果一个操作的需求发生变化,那么只有相应的操作会受到影响。所以,不要建立任何依赖关系。始终遵循坚实的原则。有两种方法,在你的行动中做必要的事情。明天,如果一个操作的需求发生变化,那么只有相应的操作会受到影响。所以,不要创建任何依赖项。