如何选择低代码/0代码开发框架

217 阅读3分钟

这几天研究了十几款低代码东西:

各低代码渠道如何分析这些不同类型的产品呢?我总结了几个点,希望对我们有协助:

看这个产品究竟能做什么? 能做成什么姿态? 特别是支持的使用场景有哪些? 支持体系有哪些?

A 看看网站或自身有没有什么页面是经过自身的渠道开发的?假如自己渠道都没有使用又怎样放心给用户使用呢?例如,银弹谷 0代码开发框架的全系产品都是经过自身迭代开发的、牛刀网站的大部分都是用自己的渠道开发等等

B 看看使用是不是都长一个样?关于许多渠道来说,偏模板特点,例如BI、报表等,看来看去就只能做成那个姿态,至少阐明使用的局限性或至少是前端才能比较弱。

C 调一个比较杂乱的后台逻辑来看看,能不能经过非代码的方法来实现?或许看看,假如不写代码,最难能做成什么样?假如这部分没有验证过,后面关于具体项目开发,肯定是一个大坑。特别是低代码渠道,由于可以引入代码来开发,好像成为了全能的东西,但其实这是由于代码自身就是全能的,而非渠道之功。假如好的低代码渠道,代码几乎是可以不用的(例如0代码),或许引入代码只是很少的辅助作用,因台才能自身很强。但是,假如渠道是辅助,而代码开发是主体,那就本末倒置了,低代码渠道就显得鸡肋。

看教程、看文档、看Demo、看模板,看学习资源是否完善? A 看数量和标准程度,有些刚刚开始做的渠道,这方面内容会十分少,导致无法自学;或许至少是在学习资源上没有下功夫。

B 看时刻,时刻越近越好,有些渠道是现已做了很久,这本来是好事儿,阐明堆集时刻长(由于低代码开发渠道本来就是很有难度的事儿,很难短时刻内做好)。

看架构(整体架构、前端架构、后台架构)、看产品、看收费 A 看架构,首先看整体架构是B/S还是C/S,主张我们还是重点关注B/S架构的,毕竟C/S我们懂的,不但难看,而且确实这种产品迟早要被淘汰的,而且也不符合云计算的发展方向;前端架构最好是React的,当然VUE也还可以(对杂乱单页使用React性能会更好一些);后台最好不要是PHP的,或是绑定微软系的产品,例如绑定Azure、Excel、SQLServer、Access...这样体系灵活性就被框死了。

B 看产品,主要看一下产品设计、交互UI、弹框数量...等等产品特点的东西,好的产品总是供给一个最短途径给你,让你使用本钱变得很低;假如产品设计欠好,有可能做一个同样的东西,你要增加好几倍的操作,操作越多学习时刻更长,而且犯错时机也会大好多倍。

C 看费用,这个我们都会看,这个就看我们的消费才能了,没啥好说的。就一点,经过看收费模式,根本可以确认这个产品是否是面向你们群体进行服务的,假如不是就不要尝试了。 文章推荐: 2021年中国低代码/无代码市场研究报告