一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第9天,点击查看活动详情。
可视化搭建的难点有以下几个方面:
- 易用性与灵活性的平衡上,我们很难做到又好用又灵活,通常我们建一个搭建项目,要不提供些简单的场景去搭建,要不非常复杂但是能保证一定的灵活性,这是非常见功力的。
- 将代码的逻辑变得“可视化”,易于理解
- 这个东西本质上是一个技术产品,但是产品通常不关心什么搭建,他们只关心业务的快速产出,这事最后通常都是技术发起的,就很容易陷入技术的误区
所以我们在做搭建之前,首先要对自己的项目有一个清晰的认识。我们的想要要多啥,解决什么问题,要投入多少,回报多少。只有做好这些,才不会变的盲目,作出一堆 kpi 项目。
搭建的关键思路是:
- 组件化,所有的东西通过组件去表现,组件要考虑到通用性,还要设计一些通用的组件解决一些常规的问题
- 设计和渲染分开,制定中间的 schema,如果不做分层,那么不利于复用,会有耦合
- 组件应该有一个设计时状态,真正先上运行的组件很可能在编辑环境是用不了的
搭建项目的分类,按照输入去分:
- 0代码搭建:这个是不需要写任何代码,单纯按照指定的规则去生成页面
- 低代码搭建:面向右一定的代码基础的用户,部分场景下需要用户去通过代码串联起一部分功能
那么0代码和低代码在思路设计上究竟有什么区别,其实本质上并没有什么不同,底层的内容都是一致的,只不过对外暴露的 api 有所不同,0代码在降低复杂性的同时也降低了灵活性。如果想两种都保证,可以考虑逻辑编排的形式,但是上手成本依然不低。
搭建平台确实是一件很有挑战的事。