Ports & Adapters(六边形架构),简单讲清楚
一篇友好、示例驱动的六边形架构指南:ports 和 adapters 到底是什么、让它运转的那条核心规则,以及究竟该用多少——无论你是独立创业者还是企业级团队。
文章
关于软件架构与源码结构的深度文章——写得让初学者也能读懂,同时对大规模交付的团队同样有用。配有图示、真实案例,绝不空谈。
一篇友好、示例驱动的六边形架构指南:ports 和 adapters 到底是什么、让它运转的那条核心规则,以及究竟该用多少——无论你是独立创业者还是企业级团队。
它们看起来像是三种相互竞争的架构,实则是同一个思想——依赖指向内部,框架置于边缘——用三种方式画出来。本文讲清楚每种方案真正增加了什么,以及应该选哪一个。
DI 容器看起来像魔法,直到你看清楚它背后的朴素思想:不要让代码自己创建依赖,而是从外部传进来。一篇从零开始的指南,配上真实示例和测试收益。
顶层文件夹应该叫 controllers/services/models,还是 orders/billing/auth?这个选择悄悄地影响代码库的成长方式。一篇关于按层、按功能和尖叫式架构的实用指南——附上各公司规模下的权衡取舍。
微服务是你为组织规模支付的代价——而不是起点。一篇不炒作地从单体到模块化单体再到微服务的完整导览,附上告诉你何时(以及是否)该拆分的信号。
将前端拆分成独立可部署的模块可以解放团队——也可能把你埋在复杂性中。本文来自在规模化场景下落地 Angular 宿主 + React 模块的实战经验:微前端何时有回报,以及它带来的账单。
代码审查是团队文化成败的关键所在。这是一份实用指南,教你如何在让代码更好的同时,也让作者越来越强——具体的措辞、审查者清单,以及那些悄悄让审查变成毒药的习惯。
善意不是温和,也不是软弱,而是力量倍增器——更清晰的反馈、更安全的事故响应、成长更快的队友。“善意工程”真正的含义,以及如何在代码审查、事故处理和日常工作中实践它。
一个出色的 pull request 是给审查者的礼物:简小、描述清晰、容易说是。可审查 PR 的解剖学——大小、标题、描述、提交卫生和自审——附具体的前后对比示例。
大多数工程师从未被教过如何给出反馈——或者如何接受反馈。这是一本关于具体、善意、可操作反馈的实战手册,以及如何在接受批评时保持开放——附即可使用的对话脚本。
优秀的团队是培养出来的,不只是招聘来的。来自领导工程团队的实战经验:如何通过结对编程、代码审查、恰当的拉伸任务,以及那些把初级工程师变成你愿意托付一切的人的思维转变,让人快速成长。