用户25628079866

前言 最近我安排新同事对接退款功能时，他发现数据库里设计了两张表 —— 退款订单头表和退款订单行表。来问我明明是同一笔退款，为什么要拆分成两张表存储？难道不能合并成一张表简化设计吗？我们一起来看看

背景 最近工作里需要处理数字的展示，数字会被计算成 double 型数据，再转换到VO里，作为 XX.Y 展示出去。 问题 之前的处理逻辑如下面代码，当遇到 10.0 这样的数字时，展示的是 1E1

现在有个列表 List ，元素 GoodsInfoDTO 里有 3 个字段 amount, isTop 和 topOrder。isTop 有的是 true， 有的是false，现在需要把字段 isTo

明确需求 1.排行榜的得分是如何计算的？ 2.排行榜的时效性希望是多长？是否需要实时？ 3.排行榜涉及到的用户数量是多少？日活、月活用户是多少？评估扫表数量以及QPS 4.是否希望找出指定玩家排名？

1.发送消息失败了，应该BLOCK业务流程吗？ 2.发送消息的超时时间是多少？大面积超时的情况下，业务流程应当是什么样的反应？ 3.能够接受丢消息吗？短时间大面积的丢消息呢？补偿方案是什么？ 4.消息

@EnableAutoConfiguration、@Configuration实际应用中的一些心得。

利用本地缓存实现跑马灯记录，使用 Optinal 避免因为某次返回空结果就频繁调用下游的情况，保护下游

这篇文章是鹅厂内部 2023 年度收藏 TOP 1 的文章，我读完后受益匪浅，分享给大家。 作者关于业务系统复杂性的思考非常深入，文字娓娓道来，有理有据。期待你有自己的感悟和收获。

1.滥用getter、setter方法 2.滥用全局变量和全局方法 3.定义数据和方法分离的类——采用基于贫血模型的开发模式