后台相同的操作,不同的第三方平台,不同的请求和响应内容, 有可能封装成一个统一的操作接口吗

[BBCCBB]

大家好, 现在被这个问题困扰了,不知道有没有解决过类似问题的老哥, 先感谢.

情况是这样的, 因为功能涉及到对接多个第三方平台, 但是操作都差不多, 如 查询商品, 预定, 退款, 查询订单信息等, 我原想用一个接口统一操作接口, 但是蛋疼的地方在于每个平台的请求和响应消息体都不一样, 想通过相对来说扩展性高, 以后添加其他平台等都比较方便的方式解决. 大家有遇到过这样的问题吗, 最后又是怎样搞定的呢? 多谢多谢. 头都大啦.

[keysona]

也配到类似的需求。

app <--> my server <---中间层---> n 个第三方

弄个中间层把 server 和第三方对接起来就行了。

[zgbgx1]

你的 DAO 和 service 层 来执行相同的 db 操作，更上层，每个请求就 一个 action，每个的 action 的 request 处理和 response 生成 都每个接口写一个

[BBCCBB]

@keysona en... 能具体点吗,中间层是指??? thx.

[BBCCBB]

@zgbgx1 thx. 就像我说的,和你这个思路应该一样的. 采用策略模式的思路定义接口, 然后为每个平台实现具体的逻辑操作, 但是还要根据每个不同的平台对每个方法的参数进行不同的构造, 如果接口里方法太多, 参数构造的代码很繁琐, 但是这是目前我能想到的最好的方式了.. 23333 .

[cenxun]

定一个抽象类，不同平台不同实现，上层调用相同

[BBCCBB]

@cenxun 我描述里也是这样想的, 但是每个平台请求响应参数不尽相同, 这就是尴尬的地方.

[SilentDepth]

最简单的 if-else 不可以？参数不一样就怼不一样的参数上去呗

[BBCCBB]

@SilentDepth 23333, if-else 最大的问题在于代码膨胀很快,可维护性低, 我们要对接的平台有点多, 所以 if-else 不可行啊

[annielong]

要么做一个可扩展的强对象，统一在对象中处理，要么做 case，一种请求一个 action，反正都有利有弊，视具体情况而定

[SilentDepth]

@BBCCBB #8 不同平台不同接口，你无论怎么做都要有一层 if-else 啊，不然程序怎么知道要怼哪些参数上去。如果不同平台的接口定义有一定的规律，可以简化 if-else 的级数

[BBCCBB]

@annielong 好像只能这样了, thx

[BBCCBB]

@SilentDepth 是的, 我只是来看看有没有什么牛逼的巧妙的解决办法, hahahha~

[cenxun]

这样呢
```code
handler = platform::getInstance();
handler->setParam(paramA, paramB, paramC, ...)->handle();
```

[BBCCBB]

谢谢楼上各位, 我决定这样处理,
1. 采用策略模式定义接口, 接口里的方法参数和返回参数自己定义(只处理我们需要的), 不采用平台的,
1. 将我本地请求操作的所有参数封装成对象传入方法, 然后不同第三方平台的方法实现里通过传入的参数对象构造自己需要的请求对象
1. 请求完成后, 封装成我需要的信息的结构, 然后返回给我

[BBCCBB]

@cenxun 老哥,你这是 php 吗, 23333, 看不懂啊....

[pynix]

adapter

[klgd]

适配器模式？

[RubyJack]

适配器模式

[BBCCBB]

@pynix
@klgd
@RubyJack 这个地方说策略和适配器模式都适用, 主要是不同请求参数的处理有点懵逼, 但我现在决定采用我再 #14 楼写的方法处理参数, 有兴趣的话可以帮我看看有没有什么问题??

[mingqing]

有个东西叫接口网关，专门解决这种需求