低代码平台使用两月真实感受

Posted 2023-04-27

参考技术A 近几年低代码着实火了一把，各种平台层出不穷，网上大把的帖子说着上了低代码半数人都要被辞退了（自媒体贩卖焦虑太溜了）。

有幸在前端同学的极力胁迫，哦不，推荐下，也在业务中使用低代码平台搭建了几个页面。总体来看，差强人意。

“预设”是德国哲学家、现代逻辑奠基人弗雷格于1892年提出的概念，指的是说话者在说出某个话语或句子时所做的假设，即说话者为保证句子或语段的合适性而必须满足的前提。

“预设”悖论并不是低代码独有的，所有的架构设计都会遇到这个问题。无论是分层架构，还是六边形架构，都在试图用“预设”的概念、模型、扩展来抽象问题，从而降低复杂问题的逻辑难度。

比如我们描述一个商品，基本的信息包括标题、主图、价格、库存、详情描述，复杂一些的会有 SKU、主图视频、端图、运费等。当我们基于这样的商品信息去建模的时候，很容易把商品模型拆解为商品域、营销域、履约域等多个子域，也可能划分为文本、富文本、多媒体、价格、库存、SKU、扩展信息等多个类型。

无论用什么方式去建模，都无法回避的问题是“要先有业务需求，然后才能沉淀模型，再去用模型赋能业务”。这样就会有“预设”悖论，到底是先设计模型还是先承接业务。如果先设计模型，会不清楚业务的发展方向，模型大概率短期合适长期成为瓶颈。如果先承接业务，很可能无法及时沉淀模型，业务代码屎上雕花，以后也不会有人关心了。所以大部分系统都不可避免，要一直重构、多次重构。

这很像人的语言迭代，弗雷格提出的“预设”就是人这个群体自然演化出的语言能力。战国时期“美人”可以指代“国君”，21 世纪大家都会理解成“美丽的女人”。26 个字母曾经与汉语毫无关系，现在却变成拼音成为汉语的重要基石。重构，本质上就是重新认识业务、重新理解业务、重新设计模型，实现“预设”模型的迭代更新。重构可以是局部小重构，也可以是全局的大重构，取决于 ROI。

低代码平台通常的宣传都是围绕沉淀好的模型、组件来降低搭建成本，实现页面快速上线。基本都有以下功能模块：页面搭建、数据逻辑、数据模型、在线部署和管理系统。低代码的效率提升，本质上就是基于“预设”实现复用。低代码主要有两种：界面驱动，表单/数据模型驱动。

界面驱动就是预设页面组件以及前后端统一实现，用户通过拖拽组件方式可视化搭建界面，然后配置页面的交互逻辑，比如页面的跳转、数据获取。复杂一些的页面功能，比如涉及组件联动、组件异步拉数据，低代码平台也只能实现少量确定性的联动，复杂交互还是需要让使用者手写代码实现。

表单/数据模型驱动围绕数据结构来定义整个应用的形态和流程，核心在于搭建表单和定义数据，可以用于 CRM、ERP 等管理系统做二次开发。

与其说低代码是为程序员提效，不如说为程序员提供一个“针对特定场景”的“二次开发环境”，核心还是基于复用来写代码。学习一个低代码平台的使用，本质上和学习一门新语言区别不大，学习成本、经验积累都需要考虑。

而现在各个低代码平台看起来并没有统一的技术体系，迁移到低代码平台和在平台之间迁移成本都非常高。程序员要想职业生涯发展顺利，需要持续积累和复用专业知识、专业技能，目前的低代码平台对程序员而言完全站在了对立面，不利于程序员的长期发展。核心程序员要么专注于解决业务领域核心问题，要么参与低代码平台的底层建设。基于低代码平台的二次开发，建议交给外包去完成。

另外，基于低代码平台进行二次开发，必然有确定性的业务场景，这样的业务场景能否回流到平台促进平台模型的进一步迭代，在业务发展和平台能力提升中形成良性循环，不只是低代码平台遇到的问题，更是每一个架构设计者需要深入思考的问题。

低代码平台使用两月真实感受 - 程序之心

当前低代码开发平台给哪些应用程序开发提供支持

　　快速开发已经成为现在应用程序开发的重要发展趋势，越来越多的企业想要通过使用管理应用程序提高企业工作效率，降低经营成本，低代码开发平台的出现可以加快应用程序开发的速度，但是 低代码开发平台并不支持所有应用程序的开发。下面一起来了解一下相关的知识吧！
　　当前的低代码平台提供以下应用程序开发支持：
　　表现层：使用可视化编辑器，可以简单地单击UI元素并根据需要进行排列。可以随时根据“真实”符号与业务部门协调。
　　业务逻辑层：使用BPM和UML的可视化编辑器来设计流程和业务实体。这些编辑器可以实现与流程图相当的详细逻辑和单个流程步骤。
　　数据层：完全生成来自业务实体的SQL命令，或使用ERM（实体关系模型）编辑器直观地创建 数据库 结构。
　　通常在菜单结构中提供诸如认证和授权的基本服务。
　　而，在理论上非常有用，在实践中很快就会出现问题：清楚地排列元素相对容易。但是，在更改分辨率甚至是其他显示设备时，它们应该如何表现？因此，必须可以为不同的分辨率和设备存放行为或多个掩码变体。
　　在建模业务流程时也存在一些问题。仅出于理解和文档的原因，大规模描述流程是有意义的。另一方面，是否必须在模型中精心描述快速编程if-then-else语句是值得怀疑的。同样，生成器在创建数据库对象和访问层时受到限制，并且还应该可以处理现有结构。
　　对于低代码平台可以检查四个属性：
　　该平台是否具有可视化编辑器，是否可以从模型中透明地生成代码
　　该平台是否涵盖了完整的宏观和微观开发过程
　　结果可以导出并导入到其他平台中，还是只在开发环境中打开
　　哪些编程语言支持详细的自定义
　　低代码平台有什么优势：
　　首先，提高效率！
　　业务人员可以自行搭建业务流程管理系统，降低了沟通成本。同时也避免了“开发人员不懂业务”的尴尬。也不用等待开发人员的实现过程中，出现系统实现了之后与需求不匹配，甚至实现了之后业务逻辑已经发生了变化的尴尬。管理者也可以通过无代码平台，注入管理思维。
　　其次，降低成本！
　　优秀的开发者的高薪早已不是秘密，所以开发资源不能浪费在一些通用而且易于实现的需求，无代码平台就是做这个事情，可以以非常低的成本，来代替开发人员的部分工作内容。原来需要十个人的项目，现在可能只要四个人甚至更少的人就能完成。
　　当然，低代码平台还有很多其他的价值，这里就只列举了对企业最重要的两点来阐述，降本和增效，这几乎是所有企业永恒的主题。
　　低代码开发平台主要的使用者是专业的技术人员，这主要是因为某些功能的实现还是需要手工编写代码，专业技术人员通过使用低代码开票，减少了应用程序开发需要编写的代码数量。