低代码框架选型注意事项？

        #低代码选型# #低代码框架选型#

        低代码框架这些年在企业软件行业可谓是烂大街的一个概念，网上一搜各种低代码框架琳琅满目，搜索引擎翻十页不带重样的。笔者在一个甲方公司的信息部搬砖，今年遇到过几次和软件供应商交流完产品和解决方案后，供应商强调他们是的底座是个低代码平台，后期运维开发很快，着实让人想不到。

        趁着这个机会对低代码进行了一些搜索和了解。从设计理念来看，有表单驱动的、流程驱动的、数据模型驱动等等。从发售形式来看，有开源的、有商业的，开发方呢既有企业又有个人开发。看完吧 也是云里雾里的，所以就整理了下如何对低代码框架进行选型。

    以下从商务层面、架构层面、能力层面、和扩展开发层面进行了简单分析，和大家进行交流探讨下。
一、商务层面

1、产品功能上看，同一个产品有的按专业版、旗舰版等进行划分，不同版本功能上不一样，费用也是不一样的，当然有部分产品只提供一个完整功能的版本。
2、从收费形式来看，有的按开发应用license来进行收费，这种单应用的费用大概在万元上下；有的按系统的用户数收费，这对于大公司来说费用其实不低；
3、从部署形式上，有的仅支持公有云部署或者绑定自家的云平台部署，这种都是超大公司推出的产品。当然大部分的低代码平台是支持私有化部署的。

二、架构层面

1、是否支持多应用？

        那需要先定义下什么叫支持多应用，根据笔者的了解和认知（不一定合适），如果每新开一个应用就需要把框架部署一次，那这样的不能称之为支持多应用，最多算个快速开发框架而已。笔者从网上调研看到确实有不少比例是不支持多应用的，这种对于个人接个私