关于Web 编辑器的看法
Web 编辑器火了很久，虽然现在票圈里偶现的招聘、婚庆等土味 H5 页面，基本也都是普通用户通过 Web 编辑器拖出来的。别看作品平均质量未必多高，还真有不少普通人花很多时间用这种方式来创作。你可曾看到半点除了「让小白也能拖个简单的东西出来」以外真正的技术突破？没有！从 Weebly 的 Web 2.0 时代到今天票圈里「万物互联，为鸿蒙沸腾」的 5G 时代，拖拽式的 GUI 生成工具，始终具备非常大的限制。像上面这些例子，就都有两个最大的局限：
无法自动生成交互逻辑。对于「点击这个按钮之后依次请求某几个后端接口，并以某种规则转换数据格式，如果报错又该如何如何」这种司空见惯的产品需求，这些编辑器基本一律欠奉，或只能嵌入某些特定的逻辑（如某个拖出来的表单能自动请求某接口，再配置些联动之类）。
只能在受限、具体的业务场景下发挥作用，不像编程语言那样普适性广泛——你觉得专门用来做婚礼请帖的编辑器，能拿来写操作系统吗？
可以说，专业程序员多半是排斥用这些东西干活的——虽然编写这些编辑器还挺有乐趣，但这些 GUI 生成器本身，并不适合拿来编写最重要的业务逻辑。这些东西有什么缺陷呢？谁用谁知道：
自动生成的 GUI 布局代码是臃肿的。拖拽出来的代码常常会带上许多冗余字段，远不如手写来得干净整洁。有些工具生成的布局数据（如 Xcode 臭名昭著的 XIB）甚至完全不可读，这使得 Git 等面向文本的代码管理工具难以进行可靠的 diff，非常容易在多人协作时造成冲突。
所以我认为Web 编辑器还是有很多可以上升的空间，期待未来它的更精彩的表现。
个人观点，欢迎留言交流。 |
|
收藏
淘帖
踩
