这几天研究了十几款低代码东西：
各低代码渠道 如何分析这些不同类型的产品呢？我总结了几个点，希望对我们有协助：
看这个产品究竟能做什么？ 能做成什么姿态？ 特别是支持的使用场景有哪些？ 支持体系有哪些？
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年中国低代码/无代码市场研究报告