大家好, 现在被这个问题困扰了,不知道有没有解决过类似问题的老哥, 先感谢.
情况是这样的, 因为功能涉及到对接多个第三方平台, 但是操作都差不多, 如 查询商品, 预定, 退款, 查询订单信息等, 我原想用一个接口统一操作接口, 但是蛋疼的地方在于每个平台的请求和响应消息体都不一样, 想通过相对来说扩展性高, 以后添加其他平台等都比较方便的方式解决. 大家有遇到过这样的问题吗, 最后又是怎样搞定的呢? 多谢多谢. 头都大啦.
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3186 days ago, the information mentioned may be changed or developed.
 |
1
keysona Sep 20, 2017  1
也配到类似的需求。
app <--> my server <---中间层---> n 个第三方 弄个中间层把 server 和第三方对接起来就行了。 |
 |
2
zgbgx1 Sep 20, 2017
你的 DAO 和 service 层 来执行相同的 db 操作，更上层，每个请求就 一个 action，每个的 action 的 request 处理和 response 生成 都每个接口写一个
|
 |
4
BBCCBB OP @zgbgx1 thx. 就像我说的,和你这个思路应该一样的. 采用策略模式的思路定义接口, 然后为每个平台实现具体的逻辑操作, 但是还要根据每个不同的平台对每个方法的参数进行不同的构造, 如果接口里方法太多, 参数构造的代码很繁琐, 但是这是目前我能想到的最好的方式了.. 23333 .
|
 |
5
cenxun Sep 20, 2017
定一个抽象类，不同平台不同实现，上层调用相同
|
 |
7
SilentDepth Sep 20, 2017
最简单的 if-else 不可以？参数不一样就怼不一样的参数上去呗
|
|
8
BBCCBB OP @SilentDepth 23333, if-else 最大的问题在于代码膨胀很快,可维护性低, 我们要对接的平台有点多, 所以 if-else 不可行啊
|
 |
9
annielong Sep 20, 2017 1
要么做一个可扩展的强对象，统一在对象中处理，要么做 case，一种请求一个 action，反正都有利有弊，视具体情况而定
|
|
10
SilentDepth Sep 20, 2017
@BBCCBB #8 不同平台不同接口，你无论怎么做都要有一层 if-else 啊，不然程序怎么知道要怼哪些参数上去。如果不同平台的接口定义有一定的规律，可以简化 if-else 的级数
|
|
12
BBCCBB OP @SilentDepth 是的, 我只是来看看有没有什么牛逼的巧妙的解决办法, hahahha~
|
|
13
cenxun Sep 20, 2017
这样呢
```code handler = platform::getInstance(); handler->setParam(paramA, paramB, paramC, ...)->handle(); ``` |
|
14
BBCCBB OP 谢谢楼上各位, 我决定这样处理,
1. 采用策略模式定义接口, 接口里的方法参数和返回参数自己定义(只处理我们需要的), 不采用平台的, 1. 将我本地请求操作的所有参数封装成对象传入方法, 然后不同第三方平台的方法实现里通过传入的参数对象构造自己需要的请求对象 1. 请求完成后, 封装成我需要的信息的结构, 然后返回给我 |
 |
16
pynix Sep 20, 2017
adapter
|
 |
17
klgd Sep 20, 2017
适配器模式？
|
 |
18
RubyJack Sep 20, 2017
适配器模式
|
|
19
BBCCBB OP |
 |
20
mingqing Sep 20, 2017
有个东西叫接口网关，专门解决这种需求
|
 |
21
loveCoding Sep 20, 2017
正好做这方面的工作 ,我的经验是 :
1.对外-针对每个平台分成不同的接入层 , 不要想在一个接口里面做太多的工作,接入层的作用就是请求鉴权,参数解析和响应,处理异常情况 ,一旦涉及到需求变更可以放心大胆的去改. 低耦合,好维护,好写测试. 2.对内-业务逻辑在 service 层 ,这个是你自己系统的业务,肯定是可以做抽象出一部分的.细微区别可以多使用方法重载 ,尽可能的分割函数功能以便重用代码. 尽量做抽象,代码重用,好写测试. 最后: 业务复杂度高了往往是个死结,无解,该 if 就 if ,不过咱们作为开发者写代码时多站在使用者的角度来考虑和设计 api ,为什么很多人推崇测试驱动呢?就是因为写单元测试时你自己是先作为使用者, 你准备设计的 api 好不好用单测一写就知道. |
|
22
BBCCBB OP |
 |
23
HaoyangWei Sep 20, 2017
像这种问题没有通过垫一层解决不了的，如果有，那就垫两层。
|
Select Language