V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dnjat  ›  全部回复第 4 页 / 共 7 页
回复总数  123
1  2  3  4  5  6  7  
@dayeye2006199 怎么说? 其实我的疑惑和微服务也没什么关系,是代码结构问题..写在一起, 用户接口里混了管理员接口,不写在一起吧,管理员需要用用户接口,两套接口回来穿梭. 我觉得 2 楼的方法比较合理,和 1 楼的相结合.
@thevita
@lingxmo 谢谢经验分享
2023-11-18 18:35:20 +08:00
回复了 dnjat 创建的主题 程序员 rocketmq 适合做消费耗时长的任务吗?
@Beats 非常谢谢,好像有点开始明白 mq 的正确使用方式了😂
2023-11-18 18:06:19 +08:00
回复了 dnjat 创建的主题 程序员 rocketmq 适合做消费耗时长的任务吗?
@NickX
@Beats 想稍微自动一点,比如 mq 收到消息,触发了任务. 任务在执行中调用接口超时了,还需继续重试.
2023-11-18 18:03:16 +08:00
回复了 dnjat 创建的主题 程序员 rocketmq 适合做消费耗时长的任务吗?
@potatowish
@EscYezi
@pennai
@ttthys
确实对 mq 的理解有误,想得太简单了,把业务功能中出现的重试去交给了 mq😂. 谢谢大伙.
接下来要想一下如何保证业务上的重试流程了.
@B1ankCat 再加上 O0
@uxstone 太赶了,根没有时间去考虑这么多.当想到的时候,算了吧,都这么多了.
@netabare 有必要是可以再函数组合一下,这样也对关联查询在业务逻辑上做优化.
@xiaochong 你居然想练成这样的神功.
@Richared
@lanlanye
@aragakiyuii
@LightofHeven 是的,参数太多,调用时也会再次核对.没必要在方法名上下功夫.
@walle1530
@luzemin
@Aloento
@Morii
@lovelylain
@Ericcccccccc 经常看到,为什么 java 里的名字这么长.
@looo
@Akiya
@FrankAdler
@Richared 很好的方法,省略掉能在方法签名上已体现的信息.
@duron600 把最难的留给自己用.😎
@cbythe434 扑通,扑通..
@mengdodo 嘿嘿,是这样,有的逻辑一样,外部装饰,内部自己处理参数,然后丢进机器里面
@ChoateYao
@dif
@duron600 用业务名也是可以,只是很多参数就固定了.比如状态. 各个状态都要对应的业务名. 对简单的用全名,复杂的用业务名,是一个很好的方法.
@Martens
@LeegoYih
@wanguorui123
@titanhw 如果没有什么别的好的方法,只能这样缩短了.反正是要截掉一部份信息.
@lsry 用的 mybatis,可能是看别人的博文,无形中吸取了 jpa 精华.😅
@subframe75361 是个好想法. 缩短肯定要省去一些信息.转移阵地.
@ufan0 传的 do.没有用形参.都是基本类型,容易眼花. 如果是用形参,确实可以条件字段免掉了🤗.
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1444 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 00:49 · PVG 08:49 · LAX 16:49 · JFK 19:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.