1-丁辉-低代码应用的命门.pdf

《1-丁辉-低代码应用的命门.pdf》由会员分享，可在线阅读，更多相关《1-丁辉-低代码应用的命门.pdf（27页珍藏版）》请在三个皮匠报告上搜索。

1、低代码应用的命门2023 深圳站丁辉中兴通讯首席软件架构师。对分布式高并发架构设计、DDD、DSL架构设计、TLA+形式化建模等领域深耕多年；对提升员工代码设计能力和提升代码内在质量、遗留代码重构等方面也有较多理解和解决思路，软件设计开发经验非常丰富。中兴通讯无线教练组组长 丁辉的软件架构说微信公众号博主嘉宾照片2023 深圳站目录CONTENTS低代码应用常见痛点01根因分析02解决思路03小结04低代码应用常见痛点2023 深圳站 低代码应用低代码应用提供一种相对通用的编排载体（GUI、自定义脚本等）和调试手段编排业务（搭积木的方式）低代码平台执行变现特点业务和实现解耦，业务人员和开发人员

2、基于黑盒协作，沟通协调难度大幅降低灵活编排业务价值快速变现 2023 深圳站 低代码平台，是否高枕无忧？2023 深圳站 低代码应用推广中的误区新技术推广中常见层次不看广告看疗效1、核心特性 这项技术的最有价值部分，包括原理和实现，值得深入研究和探索。2、适用场景 该项技术背后的关键约束，包括的适合场景和使用前需要完成不可偏离项，这部分往往是应用新技术最最重要的前提，也是最容易被忽略的部分。3、广告 有部分商业运作的部分，不可不信也不可全信。从新技术推广的进程看，大家一上来都会被上述1部分吸引，往往忽略最重要的2部分。2023 深圳站有些低代码应用的困境低代码的应用方向和业务方向不正交某些场景

3、下二次开发维护的成本激增复杂递归的方式部分场景比直接开发代码实现业务工作量还大低代码编排出的业务app可理解性和可维护性都骤降开发成本激增原厂长期驻场外包开发开发人员吐槽低代码为“高代码”2023 深圳站根因用好低代码的前提是对业务模型的抽象和组织，处理不好：模型抽象不合理-与特定某种低代码平台存在Gap-某些功能两者之间存在复杂映射（见图）；模型抽象合理-与选择的低代码平台不匹配-存着复杂映射 一旦出现了复杂映射，跟全人工写代码比，会出现“简单功能挺简单，复杂功能更复杂”的尴尬，或者需要低代码平台大量编码定制化，产生严重额外的二次开发维护负担和预算，造成用了低代码反而事倍功半。业务降解解决方

4、案：复杂映射需要通过合理的业务降解实现2023 深圳站低代码命门 本质是DSL应用传统的软件系统都是使用通用开发语言（c/c+,java,python,go,rust,js/ts等）直接解决业务问题，小系统或简单业务场景问题不大，但对于大型或复杂系统来说，这种解决方式存在业务域语义层次降解太快的致命问题，很多时候会造成业务模型模糊，系统层次不清，业务和通用编程实现强耦合，语义层次的代码显性或隐形重复度高，往往形成大泥球，造成系统复用性差，难以轻量级编排，不易于理解和维护等突出问题2023 深圳站核心步骤只有做好业务降解，才能用好低代码平台2023 深圳站业务降解语义把问题/需求提炼成业务模型并

5、进一步形成业务语义，业务语义由原子（action+relation）构成。语法/词法使用载体如内外DSL/API/XML/YML/DataType等把业务业务中的原子表达出来形成语法/词法，载体也可以进一步通过GUI方式表达，以降低入门者门槛。编排通过语法/词法表达后的relation把原子组合成组合子（relation把原子（relation+action）组合后生产的部件），组合后的组合子还具有原子性，还可以通过relation把组合子或原子继续组合，通过递归组合，最终形成app，并最终通过语法/词法组合表达出业务逻辑 2023 深圳站实现降解通过interpreter或compiler/

6、vm把app降解为通用编程语言跑起来，这一般也是低代码平台执行引擎的工作，其中：interpreter(操作语义)解释器：解释执行，实现简单，但性能有可能会有瓶颈。compiler/vm(指示语义)编译器/虚拟机：1、把app转换成宿主语言或者其他高性能语言编译后执行，性能相对较高；2、把app转换成自定义业务流，通过自定义vm执行，实现灵活且易于性能优化。操作语义指示语义2023 深圳站团队分层 框架团队负责设计开发业务降解(业务模型-业务语义-语法/词法)+实现降解（自定义解释器、编译器/虚拟机）业务团队应用语法/词法进行二次开发编写业务app，并进