• 请不要在回答技术问题时复制粘贴 AI 生成的内容
qq1147
V2EX  ›  程序员

vibe coding 时代,前后端分离还有必要吗?

  •  
  •   qq1147 · 1 day ago · 1141 views

    如同前端的 VUE 框架,组件拆分的思想是为了方便复用和可观测,但是 AI 时代这个特性反而会影响 AI 阅读和理解程序,是不是未来前后端分离会越来越没有必要了?直接让 AI 从前端到后端一步到位会不会错误概率更小?

    12 replies  •  2026-11-10 18:27:31 +08:00
    uibobo
    uibobo
    1 day ago
    1
    天下大势,分久必合,合久必分
    auin
    auin
    1 day ago
    2
    SSR 类模版输出 web 的框架基本停滞发展了,比如 PHP 、JSP 、Freemarker 等,统一收束为 React 、Vue 这类现代式前端框架,从技术发展上这就决定了一定是前后端分离的技术选型,但是从工程上完全可以做到前后端统一组织、管理、开发、交付,比如基于 tRPC 的 monorepo 架构,可以做到 AI 一把梭,一个 repo 全包。
    人嘛,喝茶就好了,管他分不分。
    cfancc
    cfancc
    17h 29m ago
    3
    人不分离,但是结构分离
    shintendo
    shintendo
    17h 18m ago
    4
    前后端分离和组件拆分有啥关系?
    “AI 时代这个特性反而会影响 AI 阅读和理解程序”为啥??
    Ayanokouji
    Ayanokouji
    16h 33m ago
    5
    好多人没搞懂为什么前后端分离,如果只有 web 端,前后端分离不分离问题都不大,如果要加入移动端、桌面端呢
    qq1147
    qq1147
    OP
    16h 12m ago
    6
    @shintendo 就是我在用 vue 开发前端的时候就会发现 AI 有的时候会忽略掉组件之间的关系和代码,当然那是半年前,并且当时我还用的国产模型,现在的模型可能不存在这个问题了
    onikage
    onikage
    16h 1m ago via iPhone
    7
    现在 ai 虽然很牛逼,但是很多基础设施仍然是人类几十年搞出来的,短期 ai 不可能全部推翻,ai 学的也是这一套东西。
    sqmwin
    sqmwin
    12h 27m ago
    8
    核心还是客户端服务端的分离,各干各的事情,AI 开发时各 Agent 做各的,但操作 AI 的人不再区分前后端开发人员了
    yangwa
    yangwa
    12h 21m ago
    9
    应该还是需要分的,现在无论什么项目都是一个后端+n 前端,天然分离了,除非真的是非常简单的项目,不然你一个仓库也不好做版本管理
    EscYezi
    EscYezi
    11h 33m ago via iPhone
    10
    有必要的。前后端分离之后,可以让 ai 定好协议,开两个会话分别实现前后端。然后 ai 自己写测试 mock 或者调试也更简单,端到端测试很麻烦的。
    faceRollingKB
    faceRollingKB
    9h 38m ago
    11
    分离还是有必要的,一个后端会服务多个前端应用,搞一个脚手架把前后端放在一起管理就好
    cybort
    cybort
    9h 16m ago via Android
    12
    如果你要的是一个快速原型那没必要(这也是非常适合 all in AI 的一个场景),但是如果你需要一个抽象层,那你的服务产出的就应该是结构化的数据而不是直接出 HTML
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   956 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 35ms · UTC 19:44 · PVG 03:44 · LAX 11:44 · JFK 14:44
    ♥ Do have faith in what you're doing.