低代码是“未来”还是“骗局”？作为前端我被内耗到了

「我一个前端，最后成了平台数据填表员，写页面？不存在的。」

😅项目开始前，我是兴奋的

当领导说"这个项目我们用低代码平台做，提效百分百"，我甚至有点激动。

作为一个写了 5 年组件的前端老油子，谁不想脱离日复一日的 v-model 和 props 地狱？

领导还补充："平台我们组自己封装的，配个 schema 就能跑，前端工程师只需要写逻辑。"

我一听这话，心想：

终于要进入"写配置赚钱"的时代了！

然而，我万万没想到------这段低代码旅程，最后让我怀疑人生。

😵上线第一天，我差点把键盘砸了

第一个需求很简单：

做个带搜索、分页、导出 Excel 的用户列表页。

我打开平台，选择"表格组件"，拖入"搜索框"，配置字段、绑定接口------一切都看起来毫无门槛。

结果运行之后，搜索没反应、分页错乱、导出根本没绑定。

我一查 schema，300 多行配置里，居然混了三种不同的写法：

json 复制代码

{
  "onSearch": "handleSearch",
  "onSearch()": "handleSearch",
  "onSearchEvent": "handleSearch"
}

问后端："你这个文档是哪个是对的？"

后端说："都对，我们兼容了。"

我瞬间明白：这不是低代码，这是自制混沌生成器。

🤯技术债太多，修个 key，整页全崩

最魔幻的一次，是我想修改表格的一个字段名，从 user_name 改成 username。

我只是改了 schema 的字段名，结果：

表格没显示
搜索没了
编辑表单也报错
提交接口直接抛了个 500

我调试了三个小时，才发现平台内部是按字段名 字符串拼接 key 绑定状态 的......只要字段名变了，所有逻辑都得重配。

我恍然大悟：

传统开发用 IDE 报错提醒你；低代码等你点击线上按钮才告诉你挂了。

😓协作地狱：产品配页面，我修 schema

最痛苦的不是技术问题，而是人。

产品说："我来拖页面，你只用帮我看看为什么点了没反应。"

然后我收到一个 schema 文件，2000 行，不带注释，结构是这样：

json 复制代码

{
  "component": "Form",
  "props": {
    "items": [
      {
        "label": "名称",
        "field": "formA.formB.userName",
        "rules": "{ required: true }",
        "props": {
          "onClick": "fn1()"
        }
      }
    ]
  }
}

我想问三件事：

你这个路径到底是怎么拼出来的？
为什么校验规则是字符串？
你拖了个按钮怎么会触发五个请求？

我调试一天，结论是：产品误操作删除了一个容器组件，但平台没报错，直接让数据结构断链。

🧨所谓低代码：把逻辑封死、把锅甩你

我总结这个项目两个最深的坑：

1. 复杂交互，低代码写不来

比如"用户选择类型后，自动拉接口重新加载选项"这种需求，纯配置根本搞不定。

最后我只能写自定义组件注入到平台里，甚至还要写类似：

js 复制代码

platform.on("fieldChange", (field, value) => {
  if (field === "type") {
    reloadOptions(value)
  }
})

这叫低代码吗？我写的代码比原来还绕。

2. 前端不是没活了，是变成了"修配置+查日志工程师"

页面功能跑飞了？前端看 schema；
按钮不响应？前端查绑定字段；
接口返回异常？前端加拦截 hook；
表单校验失败？前端写正则规则；

最后我只写了两行 JS，却维护了十几套 JSON。

我真的开始怀疑，前端的价值，是不是变成了"修别人的 schema"？

🧩我从这个项目学到的东西

不是说低代码没用，而是：

不是所有团队都配拥有一套低代码平台。

低代码系统真正的"提效"，需要这些前提：

强约束的规范体系（字段、组件、交互都必须有标准）
良好的权限隔离机制（避免"产品能改逻辑，运营能删字段"）
持续有人维护平台底层能力（不然技术债只会越来越重）
合理的分工协作机制（schema 的维护不应该是前端一个人干）

否则，它只是一个混乱责任分配工具，表面上 everyone can build，实际上 everyone push bugs。

📌低代码，不是骗局，也不是未来------是一个选项

如果你问我现在怎么看低代码？

我的回答是：

低代码不是"未来"也不是"骗局"，而是"项目管理方式的折中"。

它适合一些场景：

表单多、CRUD 重复度高的后台系统；
业务快速试错、页面变动频繁的 MVP 阶段；
运营自己想搭点落地页的场景。

但如果你希望：

页面复杂，交互灵活；
可测试、可维护、可拓展；
高性能、大工程；

那------你得写代码。

🗣最后

你也踩过低代码的坑吗？有没有类似"debug 三小时发现产品配错 schema"的经历？