2. V2EX
  3. AI 时代的开发，还有必要像以前规划各种模块吗？

AI 时代的开发，还有必要像以前规划各种模块吗？

go522000 2026-09-09 09:51 1

刚在修改以前的旧的项目，这个项目除了最基本的控制器与视图区分开外，还把模型、服务、前置后置等等，都按文档规则分开存放，但刚在想，现在基本上由 AI 在控制编写。


假如某个地方要读取新闻列表，写一个段 SQL 直接读，然后其它地方也要，也让 AI 直接写来读，假如以后要修改也是让 AI 全局搜索，找到并确认哪些地方要修改 SQL ，会不会比封装在某个地方更加方便。


因为刚考虑到比较复杂的 SQL ，需要关联太多表并且不同权限与不同展示的地方，显示的不一样，那么直接用 SQL 直接读取不要封装的话，是不是后期维护起来会更加方便？

最新回复 (35)
  • chendy 09-09 09:53
    1楼
    从来也不用，只要💩最后不是自己吃，爱怎么拉就怎么拉
  • morrieati 09-09 09:53
    2楼
    实际上还是需要的，感觉某种程度上是一种上下文工程
  • tf2 09-09 10:01
    3楼
    不知道最新的模型怎么样

    老模型的话，一个 1w 行的文件，改起来明显比几百行的吃力得多。

    把文件拆小，AI 上下文也更小
  • xqk111 09-09 10:02
    4楼
    一样的，后续维护，一坨屎怎么维护，
  • sky3hao9 09-09 10:03
    5楼
    这正是有着同样的工具, 你是 coder 人家是 engineer 的原因
  • superrichman 09-09 10:04
    6楼
    AI 填坑快，但是你得规划好茅坑的位置，不然很快就是屎山 🐶
  • jackOff 09-09 10:05
    7楼
    我感觉 ai 时代更需要微服务把功能拆成模块化，这样子 ai 拉的屎不会把全局设计污染掉，风险隔离可控
  • RexKang 09-09 10:07
    8楼
    只要你觉得任何情况下，你都不会碰这坨代码就行（包括万一）。
  • zengxs 09-09 10:10
    9楼
    要规划，如果懒得思考这些 可以直接用 mattpocock 的 codebase design 这个 skill
  • yidinghe 09-09 10:19
    10楼
    项目大到一定程度，AI 也找不出全部要改的地方。别把 AI 想象的具备无限大的能力。
  • yelog 09-09 10:27
    11楼
    模块分组还是需要的，当项目大的时候，coding agent 找代码的速度也会比较快，也比较省 token
  • thtznet 09-09 10:31
    12楼
    一个简单的逻辑：用了五轴加工设备后，你觉得一张桌子应该是桌面和 4 个腿分开加工然后组装，还是直接让加工中心做出一张腿和桌面连一起没有接缝的家具？其实都可以，看你以后打算怎么用。
  • Yishanshan 09-09 10:32
    13楼
    分组至少能控制屎山爆了的时候不会炸的到处都是
  • a1562619919 09-09 11:12
    14楼
    看是不是技术驱动的事情，只要求做出来就不管了，还是想把它做漂亮的问题。分模块 ai 回答速度/迭代需求可以搞快点，人工介入时也能舒服看代码，开发体验更好
  • penisulaS 09-09 11:14
    15楼
    好的架构能省 token ，如果你 token 无限量，那就无所谓了
  • homewORK 09-09 11:51
    16楼
    感觉还是需要的，而且可以拆的更合理了。
    拆模块主要不是方便写代码，是方便后续维护，服务扩展。 你全部写一个模块如何扩展？ 更不用说 AI 上下文管理也是用好 AI 的关键，全给 AI 不如不给。
  • cellsyx 09-09 12:01
    17楼
    划分模块和接口在 AI 时代更重要了，因为需要保证 AI 的可维护性。模型上下文又不是无限的。
  • cppc 09-09 12:01
    18楼
    那是肯定的，不然就会：
    一个目录下几百个代码文件
    一个代码文件几千/万行

    而且 AI 干活会模仿你当前项目的编程风格

    带个好头，坚守规范~
  • theohateonion 09-09 12:06
    19楼
    取决于你的项目会有多大。如果自己写着玩的，无所谓了，单文件只有一个函数模型也能搞定。

    但凡你要考虑 scale ，多花点时间在模块设计，分层上，后面和 AI 协作起来会更加的高效和流畅。
  • Lemonyi 09-09 12:16
    20楼
    @theohateonion 确实，小项目的话无所谓，公司大型系统和复杂项目还是必须要 DDD 分层的，另外我在前面几个帖子看到你，这里又看到你了哈哈，主要是你这个头像有点独特印象深刻
  • zuokanyunqishi 09-09 12:34
    21楼
    @Lemonyi 我这垃圾项目 5 万行有效代码都得分层...
  • gitlight 09-09 12:35
    22楼
    需要，业务逻辑和概率模型本身都是熵增的来源，做职责划分/DDD/软件工程的意义是人为地推动熵减，把项目的复杂度维护在一个可被理解的范围
    此事在人月神话中亦有记载
  • adoal 09-09 12:55
    23楼
    天龙八部，牛鬼蛇神，他们的生产力和破坏力，都会被 AI 放大
  • mlsnatalie 09-09 15:07
    24楼
    这些不是 ai 自己决定的吗？她喜欢就好。
  • zencitta 09-09 15:18
    25楼
    对于大厂我我觉得有必要，如果是个人和小团队，应该把重心放在功能和实现上，而不是代码内部的结构上。
  • dwSun 09-09 15:45
    26楼
    看给多少钱，钱多我就多做点，钱少我就少做点，能用就行
  • isnullstring 09-09 15:56
    27楼
    需要，分模块 节省脑力，也节省 AI 上下文窗口，你也不想修一个简单的问题 填充 512K 上下文吧
  • DonaldY 09-09 15:59
    28楼
    当然需求，架构设计必定需要的。除非一次性需求，日后不用维护。
  • EthanZC 09-09 15:59
    29楼
    @yidinghe 别招笑了, 你的项目有 openAI 人家做的项目大? openAI 自己的工程师已经在用自己的 AI 写代码了,你还在这阿巴阿巴,玩你那一套古法编程的思维模式
  • wat4me 09-09 16:03
    30楼
    要吧，token 量有限的情况下，不分块 AI 每次都全读一遍吗？
  • ajaxfunction 09-09 16:26
    31楼
    要，因为为遇到过类似问题。
    刚开始只是做一个小功能，目录让 ai 自己建的。 后来要扩展功能，ai 就开始抽风了，不断死循环
    当然，规划目录也不是自己建，而是写一个 .md 文件，让 ai 阅读，按这个规则来
  • kaf 09-09 16:29
    32楼
    ai 上下文也是有限的
  • heyhumor 09-09 17:02
    33楼
    不光需要，还得比以前做的更好。
    人可以记住很多前因后果，ai 不行，没有具体目标和模块设计，他做出来的就是一坨 shi
  • pmer 09-09 17:18
    34楼
    看项目复杂度，需要有一定架构思维，但实际用起来可以简化，虽然我不是技术背景...
  • uxstone 09-09 17:39
    35楼
    AI：我只是人工智能，我不是言出法随的神。
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐