• 请不要在回答技术问题时复制粘贴 AI 生成的内容 V2EX › 程序员 AI 时代的开发，还有必要像以前规划各种模块吗？ go522000 · 41 mins ago · 577 views 刚在修改以前的旧的项目，这个项目除了最基本的控制器与视图区分开外，还把模型、服务、前置后置等等，都按文档规则分开存放，但刚在想，现在基本上由 AI 在控制编写。
假如某个地方要读取新闻列表，写一个段 SQL 直接读，然后其它地方也要，也让 AI 直接写来读，假如以后要修改也是让 AI 全局搜索，找到并确认哪些地方要修改 SQL ，会不会比封装在某个地方更加方便。因为刚考虑到比较复杂的 SQL ，需要关联太多表并且不同权限与不同展示的地方，显示的不一样，那么直接用 SQL 直接读取不要封装的话，是不是后期维护起来会更加方便？
AI 开发 架构 13 replies • 2026-09-09 10:32:20 +08:00 1 chendy 39 mins ago 从来也不用，只要💩最后不是自己吃，爱怎么拉就怎么拉 2 morrieati 38 mins ago 实际上还是需要的，感觉某种程度上是一种上下文工程 3 tf2 31 mins ago 不知道最新的模型怎么样 老模型的话，一个 1w 行的文件，改起来明显比几百行的吃力得多。把文件拆小，AI 上下文也更小 4 xqk111 29 mins ago 一样的，后续维护，一坨屎怎么维护， 5 sky3hao9 28 mins ago 这正是有着同样的工具, 你是 coder 人家是 engineer 的原因 6 superrichman 27 mins ago AI 填坑快，但是你得规划好茅坑的位置，不然很快就是屎山 🐶 7 jackOff 26 mins ago 我感觉 ai 时代更需要微服务把功能拆成模块化，这样子 ai 拉的屎不会把全局设计污染掉，风险隔离可控 8 RexKang 24 mins ago 只要你觉得任何情况下，你都不会碰这坨代码就行（包括万一）。
9 zengxs 22 mins ago 要规划，如果懒得思考这些 可以直接用 mattpocock 的 codebase design 这个 skill 10 yidinghe PRO 12 mins ago 项目大到一定程度，AI 也找不出全部要改的地方。别把 AI 想象的具备无限大的能力。
11 yelog 4 mins ago 模块分组还是需要的，当项目大的时候，coding agent 找代码的速度也会比较快，也比较省 token 12 thtznet Just Now 一个简单的逻辑：用了五轴加工设备后，你觉得一张桌子应该是桌面和 4 个腿分开加工然后组装，还是直接让加工中心做出一张腿和桌面连一起没有接缝的家具？其实都可以，看你以后打算怎么用。
13 Yishanshan Just Now 分组至少能控制屎山爆了的时候不会炸的到处都是