110,534
社区成员
发帖
与我相关
我的任务
分享接口参数设计如何能兼容后续改变
上一篇文章中讨论了如何设计接口返回值http://bbs.csdn.net/topics/392147930，那么接口参数设计如何能兼容后续改变呢？大家有什么看法
...全文
请发表友善的回复…
发表回复
吉普赛的歌 2017-04-13
- 打赏
- 举报
牛X
用 string xml 也可以， 参数固定， 传进来了随便你怎么转
用 string xml 也可以， 参数固定， 传进来了随便你怎么转
by_封爱 版主 2017-04-13
- 打赏
- 举报
这个不是非常简单吗?
params object []
支持无限扩展...
wanghui0380 2017-04-13
- 打赏
- 举报
接口参数设计如何能兼容后续改变
问题和你前面那个没有任何关系。
任何东西你想防止改变都只能有两种手段
1.面对抽象，只有抽象的东西才能有变的
2.设置中间配置管理，抽象只能是有限度的抽象，如果都抽象成object，这是万能的，但对你没有意义。那么必须得改变的接口的时候，你能又中间的隔离配置，去隔离一下调用层，调用层可以不知道你把A换成了B（只需要中间那层知道就好）
正怒月神 2017-04-13
- 打赏
- 举报
向前兼容比较方便。
向后兼容有点困难。
因为你没办法预料你的接口在将来会发生什么改动
娃都会打酱油了 2017-04-13
- 打赏
- 举报
不都是按照现有情况（流程）设计，然后加上可预见的未来么……
一劳永逸完全兼容是不可能的
太虚野老 2017-04-13
- 打赏
- 举报
用 string xml 也可以， 参数固定， 传进来了随便你怎么转
threenewbee 2017-04-09
- 打赏
- 举报
不能。所以你看到微软自己定义的接口也经常有 IHtmlElement2 之类后带数字的接口
winner2050 2017-04-09
- 打赏
- 举报
我坚决反对返回 IQueryable 的。
我解决接口的兼容性符合面向对象，返回值一律是个对象，这个对象有个Data属性，有个异常信息属性，有个消息属性。以后要增加什么东西就往上加属性完事。
其实最麻烦是入口，这个不好测试，所以被程序员偷工减料。
xuzuning 2017-04-09
- 打赏
- 举报
那个帖子讨论返回值，并得到了错误的结论
希望这轮讨论不要在误人子弟
