-
我为了赶交付用一个 any 随手压下了一个报错,结果它像病毒一样到处扩散,让我整条调用链的类型检查全都形同虚设的深度复盘
为了赶交付,我随手用一个 any 压下了一个第三方库的类型报错。几周后,一个低级的类型 bug 溜进了生产、运行时崩了——我用着 TS,这种错不该被编译时拦住吗?追到源头,正是那个 any:它有传染性,从它派生的一切都是 any,而 any 完全关闭了类型检查,于是它顺着调用链污染了一大片,类型 bug 在这片"检查真空"里畅通无阻。这篇从 any 为何是会传染的逃生舱讲到 u…- 0
- 0
-
微服务拆得太细的代价:从 30 个服务合并回 8 个的实战复盘 + 模块化单体方案
三年前把单体拆成 30 个微服务,跨服务调用爆炸、数据一致性失控、团队认知负担翻倍。半年前下决心反向重构,用 5 个月时间合并回 8 个服务,故障率降 75%、交付速度提 60%、基础设施成本降 40%。完整复盘合并方法论、shadow traffic 比对、API 兼容层、踩过的坑,以及模块化单体的中间方案。- 2
- 0
-
代码重构完全指南:从识别坏味道到 Strangler Fig 大重构
重构(Refactoring)是 Martin Fowler 1999 年定义的:"在不改变软件外部行为的前提下,改善其内部结构"。日常开发里,重构和写新功能同样重要 —— 没有持续重构,代码债务会让项目越走越慢。这篇文章把重构的核心手法、识别坏味道、安全重构的工程实践一次讲透。 什么时候重构 Martin Fowler 的"露营规则":离开时让代码比来时更…- 3
- 0
技术债
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×