我对可视化搭建的一些认知

[ly525]

问：
likamoer：
likamoer：大家觉得这样一个思路去搭建一套工具, 可行性高吗
likamoer：
likamoer：就类似这样一个流程
Dany：你这是no code还是low code？
likamoer：理想状态是no code 前期是low code 等到物料库足够丰富了, 可能就会实现no code

小小鲁班：回头写篇文章，说下我对这个的认知吧，先简单说下，回头放到文章里

我觉得可以从平时写业务代码的角度去考虑：

1. 为何有element-ui 这种组件库：

• 因为他把业务逻辑进行抽离了，得到了可以广泛、公共使用的组件

• 也就是 适用于大部分业务场景，本身是从业务中来的。

• 也正是组件库本身不带业务逻辑，所以才可能被大规模推广，否则耦合了 饿了么业务逻辑的东西，没多少人会用

2. 那我们用element-ui 来干啥呢？

• 写业务😂
• 也就是即使element-ui只有几十个基础组件，为何大家可以基于基础组件来满足各种业务场景的需求吗？
• 是因为：我们给基础组件 + 加一些内容 => 业务组件 => 业务页面
  • +基础组件
    • 有版本管理的概念
  • +后端接口
  • +业务逻辑<落地到技术层面包含了组件通信、状态管理、异常处理 等等这些>

也就是这张图：

3. 那么如果你想通过可视化搭建来满足业务需求，那么你的可视化搭建工具要解决你 平时写业务代码时候的问题，也就是说你的可视化搭建工具 要具备：

1. 基础组件<比如 icon库、按钮等等> -> 基础组件库

补充一点：既然写业务代码的时候，我们会关注，比如 ant-design 现在是 v3，v4 下一个版本会多一些组件，同样的，在做可视化搭建的时候，也要关注组件/组件库的版本信息

likamoer：有这样一个场景, 我们搭建的工具依赖于基础组建, 项目已上线了, 但是下一次改了基础组件, 那之前已上线的页面也会受到影响吧
小小鲁班：配置生成的json 里面对应的组件，也要写上版本号信息
小小鲁班：这个版本号决定了 动态去本地包/npm/oss 上取的组件版本
likamoer：生成的组件要分版本留存嘛
小小鲁班：嗯，要的。每次发布组件的时候，记得更新下 package.json里面的version

2. 后端接口对接<为何说写业务代码略微累一些，因为需求经常变，怎么体现：数据变、业务逻辑变，没有那么多时间进行沉淀，先写一点> -> DataSource, 参见京东卖场演讲
3. 编写定制化业务逻辑<组件通信、状态管理、异常处理 等> -> 脚本

这三个基础能力<甚至更多，暂时没有想到>

满足业务产出，这一点是更古不变的，无论你的工作方式是什么，要保证产出不变，或者有基本产出：也就是满足业务需求

欢迎补充、交流、评论，直接评论即可