clifftts 最近的时间轴更新
clifftts

clifftts

V2EX 第 137752 号会员,加入于 2015-09-10 19:40:49 +08:00
今日活跃度排名 11266
4 G 9 S 32 B
根据 clifftts 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
clifftts 最近回复了
最早用 uber ,后面就没打过出租车
《凤凰架构》
33 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@edward1987 抽象的肯定是内部逻辑,另外对外接口也应该尽量服用,不能来一个业务就开一个接口,这里不同的是场景而不是版本,这里不存在版本,接口必须向下兼容
34 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@SmiteChow 这个接口是老接口,把所有场景识别出来对老员工确实也有一定考验,另外公司搭建了接口管理平台,也是与 swagger 注解自动生成的,我是希望最好使用方能通过接口平台能看懂,把平台用起来,提高沟通效率,目前看 swagger 的注解无法满足我上述的问题中的差异场景字段是否必传的体现,当前也只能是通过文档了
34 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@sagaxu 当前订单模型结构整体是满足通用的,也在不同层级留有扩展字段,目前的复用是在字段层面,同一个字段可能不同业务的用法都会不同,或者不同业务在扩展对象里塞一个特性值,扩展本身就自带一层模糊的意思,只能通过注释来备注
34 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@akira 即使设计一个单一接口作为路由,但是还是会涉及到一个抽象入参的设计,随着业务变化,参数还是会臃肿
34 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@IvanLi127 controller 层还好,都是自己人写,但是 app 的后端是其他组来写对接的问题主要在这里,为什么不多拆接口,因为调用方跨组,希望 service 接口尽量复用,而不是每次新开接口,这样接口太多维护成本高
34 天前
回复了 clifftts 创建的主题 程序员 关于工作中复杂接口设计和治理
@Jooooooooo 之前我一直主张新开接口,这样场景很具体处理很方便,不过后来我也认同了去抽象。不拆分原因 1 领导认为主流程接口尽量复用,2 抽象的业务主流程大体一致,只是部分点会有差异,在一个接口里能更好识别不同业务的差异,3 目前场景比较多,业务组分了三个,每个业务组下还能细化出几个业务单元,如果接口拆分太散,维护起来麻烦,对接麻烦
50 天前
回复了 luffy 创建的主题 职场话题 关于各种职场奇葩问题产生原因探讨
何不食肉糜?
72 天前
回复了 duyuyouci 创建的主题 职场话题 如何友好的提醒同事有口臭
对着空气说,哪里好臭啊,让他听见
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4169 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 06:00 · PVG 14:00 · LAX 22:00 · JFK 01:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.