别把 Go 写成 Java：毁掉项目从过度架构开始 (opens in new tab)

本文永久链接 – 大家好，我是Tony Bai。 前不久，Go 语言社区 Reddit (r/golang) 上爆发了两场激烈的争论。 这两个帖子的主题直击了无数 Go 开发者的灵魂深处： 我们该如何构建一个大型的 Go 模块化单体架构，而不被复杂的“架构设计”淹没？ 为什么现在的 Go 项目里，pkg 和 internal 目录被滥用得如此令人发指？ 如果你正在维护一个中大型的 Go 后端项目，你大概率经历过这样的绝望时刻：为了加一个极其简单的业务字段，你需要穿透 handler、usecase、domain、repository、adapter 等足足五层抽象结构；你的项目根目录下躺着一个 pkg 文件夹，里面又套着 internal，代码藏在七八级目录深处。 你以为你在写出业界最高标准的“整洁架构（Clean Architecture）”，但实际上，你正在把 Go 语言写成你曾经最讨厌的“臃肿企业级 Java”。 今天，我们就来透过这层过度工程（Over-engineering）的外衣，看看顶级开发者们是如何打破这种“架构伪神话”，用最符合 Go 哲学的极简方式，构建起能支...