Rest 多个端点还是处理程序中具有附加逻辑的单个端点?

Rest 多个端点还是处理程序中具有附加逻辑的单个端点?,rest,api,web-applications,Rest,Api,Web Applications,我正在开发一个应用程序,该应用程序将集成到不同的平台(例如p1、p2等)。假设用户能够订阅,那么有效负载将被发送到端点/subscribe 但是,跨平台发送的有效负载将不相同p1或p2(无法修改有效负载)。因此,我想知道我应该有两个不同的端点/p1/subscribe和/p2/subscribe,还是应该在处理程序中有一个带有附加代码的端点来检查负载,并根据它调用正确的(子)处理程序 在我看来,有一个单一的端点更有意义,但我希望听到你的端点。你可以有一个单一的“网关”端点,它根据HTTP头等委托

我正在开发一个应用程序,该应用程序将集成到不同的平台(例如p1、p2等)。假设用户能够订阅,那么有效负载将被发送到端点
/subscribe

但是,跨平台发送的有效负载将不相同
p1
p2
(无法修改有效负载)。因此,我想知道我应该有两个不同的端点
/p1/subscribe
/p2/subscribe
,还是应该在处理程序中有一个带有附加代码的端点来检查负载,并根据它调用正确的(子)处理程序


在我看来,有一个单一的端点更有意义,但我希望听到你的端点。

你可以有一个单一的“网关”端点,它根据HTTP头等委托给/p1/subscribe或/p2/subscribe

确切的体系结构取决于您是只想将P1和P2引导到适当的服务,还是主动阻止P1访问P2的服务