中兴通讯首席软件架构师,无线院教练组组长。具有13年软件开发经验,8年项目管理和流程改进经验,指导并参多个团队由传统研发模式向敏捷研发模式转型(其中超过100人的大型团队成功项目级敏捷转型5个)。
擅长领域:对分布式高并发架构设计、DDD、DSL架构设计、TLA+形式化建模等领域深耕多年;对提升员工代码设计能力和提升代码内在质量、遗留代码重构等方面也有较多理解和解决思路,软件设计开发经验非常丰富。在敏捷导入、指导团队转型、CI、devops等核心技术实践、自组织团队建设等方面也具有丰富的实战经验。
低代码本质是把业务模型中通用规则提炼出来,形成可以编排的组件和接口,把上层业务逻辑的编排权交给用户或靠近用户的人,用好低代码的关键是对业务模型的抽象和组织,其底层逻辑是DSL的一种应用。
如果忽视对业务模型的抽象,模型抽象不合理,造成某种低代码平台存在Gap,造成两者之间复杂映射,造成额外的二次开发维护负担;或者模型抽象合理,选择的低代码平台不匹配,也会存着复杂映射。上线低代码平台是有成本的(不光是采购成本,大头在二次开发维护成本),如果这种复杂映射过多,会造成二次开发维护成本激增,甚至还碰到很多开发人员抱怨低代码还不如自己写代码实现业务来的简单快速。
低代码平台要用好,首先是要做好业务建模,然后通过业务模型提炼业务语义,通过业务语义抽象出语法/词法,然后才能上合适的低代码平台,并做好语义到低代码平台的映射,才能消除之间的Gap,做到真正的高效低代码。
首先要提炼业务语义,这些语义由原子组成,这些原子间可以组合成部件,这些部件仍然有原子性,还可以和其他原子和部件进行组合,最终形成APP;把原子用自定义语法和词法表达出来,这些语法和词法可以用低代码平台承载,最终打通业务模型和低代码之间的通道。
这样完成的低代码应用才能做好事半功倍。
本话题将详细分析和讲述语义、原子/组合、语法/词法等设计的思路和方法,供大家解决。
低代码平台目前大行其道,如何降低低代码带来成本,提升低代码的使用效率,降低维护人力,这些是广大采用低代码的企业心切身之痛。通过该话题,大家可以借鉴如何在低代码平台应用中作何业务建模,消除业务模型和特定低代码平台的mapping,提升低代码应用收益。