文章
这里收录了我发布的全部文章。
-
DDD(一):领域驱动设计概览
没有 DDD 的项目: 代码按技术分层: controllers/ models/ services/ utils/ 业务逻辑散落在 controller 里、service 里、甚至 SQL 里 新人来了看不懂业务,改一个功能要改 5 个文件 "这个扣血逻辑在 PlayerService 里还是 CombatService 里?两边都有一点"
-
mio(七):陷阱与常见错误
mio 的 7 个致命陷阱:不 drain 数据导致事件丢失、不处理 WouldBlock、忘记 deregister 导致资源泄漏、reregister 的覆盖语义、跨 Poll 使用 Source、在 poll 线程做阻塞操作、忽略 EINTR。建在 mio 之上的抽象还有 3 个额外陷阱。所有这些都源于 mio 的核心设计决策:边缘触发 + 非阻塞 + 手动管理。
-
mio(六):代码示例-TCP Echo Server
mio 官方提供的 TCP server 示例约 130 行,展示了手动事件循环的完整模式:Token 分发、WouldBlock 处理、edge-triggered drain、连接池管理。同样的功能用 tokio 约 15 行。这个对比不是在批评 mio——它精确地展示了 mio 的定位:它是操作系统事件通知的薄封装,不是应用框架。
-
整洁架构(四):微服务时代的落地-从理想到妥协
国内大厂(腾讯、字节等)在微服务实践中大量借鉴了 Clean Architecture 的思想,但几乎没有团队完整照搬同心圆模型。实际落地是在敏捷迭代压力下,选择性应用依赖反转原则——核心域严格分层,CRUD 边缘服务直接怼。