首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >低代码平台代码导出设计

低代码平台代码导出设计

原创
作者头像
OneCode官方
修改于 2023-07-19 01:41:07
修改于 2023-07-19 01:41:07
1.5K0
举报
文章被收录于专栏:OneCode 低代码OneCode 低代码

前言

低代码平台中,如果需要支持复杂模型多数情况下会要求具备模块级别的源码导出功能,独立模块可以导出为独立运行的原生代码方便与业系统进一步集成。在低代码平台相对成熟的今天,这一功能也成为了绝大多数商业企业级低代码平台的必备功能,本文将从模块代码导出的角度来聊一下,低代码平台的代码出码设计。

一,低代码平台常用出码模式

在用户完成基础的视图设计以及应用逻辑编排后,通常需要将业务设计通过特定的方式转化为可执行的代码及配置以便于仿真测试或者直接交付部署应用。通常这个过程有以下几种方式:

(1)模板模式(直接出码为可执行原生代码)

早在低代码相关技术诞生以前,代码生成模式就风靡于架构设计圈子。由架构师确立技术路线和代码结构,通过framake等模板语言将数据库或者通用配置批量的生成基础代码,然后交由程序员进行二次加工。

这种方式优点是:

简单易操作,一个稍有经验的高级程序员即可完成整套的基础模板设计,在经过模板输出后可以大幅降低普通程序员的劳动强度。

但缺点也很明显:

首先由于模型设计过程中过于简单,缺少元数据以及元元数据属性的支撑,在代码生成时需要更高级的属性支持时只能在模板中去丰富,这就造成代码模板会被严重污染大幅降低通用性,在真实使用过程中往往会出现一个项目一套模板,甚至一个程序员都有一套自有模板的囧局。这使得项目可维护性大幅降低,另外代码在生成后,多数情况下还需要进行一些二次补充和修改。这个些过程中通常是不可逆的,这使得代码生成只能在项目初始构建的时候使用,对于功能扩展或者代码重构都无法发挥其应有的作用。

小结:

单纯的代码生成模式如果纯粹作为程序员或者微型项目组,作为代码工具使用尚可,在早期低代码平台中也比较常见于各种行业模板等应用,但随着技术进步,这种方式正在逐步被淘汰。

(2)引擎驱动模式(出码为DSL)

引擎驱动模式最早来起源于“中间件”设计,其设计目的是将大量具有通用意义的业务逻辑进行抽象包装,提供独立的数据模型业务驱动模式再根据业务特性,抽象出特定的DSL业务描述语言,例如:流程语言BPEL, 报表中延续的EXECL公式,数据库的SQL语言等等。用户通过DSL语言来描述业务结构以及数据信息,然后将DSL交由引擎去执行,从而有效实现业务与代码的解耦。这种技术在低代码平台中应用还是比较广泛的,在企业级低代码平台应用中更是标配。

结构组成

出码实施过程

引擎模式优点:

引擎模式是将业务模型输出为“DSL”这种中间语言,这种方式很好的解决了模型的二次维护与可逆性输出,在通用性的功能以及技术细节处理也相对更完善,能给直接用户带来更好的使用感受,在项目的重构以及后期维护方面也有不错的表现。

引擎模式缺点:

(1)易用性缺失,对使用者技术要求太高:

引擎模式有着诸多的优势,但在低代码平台除了需要强劲的功能支持以及扩展性支持外,还需要兼顾其易用性,对于低代码平台的核心用户主要还是定位在泛开发者而非专家型程序员。多引擎的设计会随着引擎细分越多、功能越强大、对于开发者而言所需的专业领域也会越宽泛。集成二次开发要求也会越来越强。而多引擎模式下所推崇的中台模式、APAAS平台初衷虽是为了更好的解耦应用实现微服务架构。但在一定程度上与低代码平台泛开发者定位是背道而驰的。往往在企业应用中往往是一旦建立起来中台,APAAS应用就成为了巨无霸的存在,使得业务缺少灵活性,技术架构更是僵硬不堪。

(2)构建过程复杂,不适合简单应用

引擎模式下,业务功能拆分会比较细,这种拆分对于构建复杂应用是有益处的,但在日常企业应用开发中在大多数的应用功能,往往是类似于:“实验数据上报”、“仪器设备管理”等等只在相对封闭的环境下使用的小功能。对于这种简单应用,引擎的功能就会显得过于强大。而其中包含的隐形规则和设计要求更使得普通开发者无所是从。

(3)引擎扩展困难

业务应用往往是复杂多变的,对引擎的要求也会多种多样,有的时候功能强大和业务实用是两个概念。单纯依靠引擎功能的无限穷举扩充来达避免业务代码对引擎的侵入有的时候会适得其反。适当的外延API允许开发者进行深度的调用开发是大多数引擎的策略。但要使用好这一策略其实并不容易,需要开发者提出了对引擎结构具备相当的熟练程度。者一点往往成为引擎模式下最大的拦路虎。

(3)DDD领域驱动设计(出码为DDD领域设计驱动语言)

领域域驱动设计(简称 ddd)概念来源于2004年著名建模专家Eric Evans 发表的他最具影响力的书籍:《领域驱动设计——软件核心复杂性应对之道》(Domain-Driven Design –Tackling Complexity in the Heart of Software),简称Evans DDD,在DDD中涵盖了业务需求分解方法,项目工程管理方法,以及其通过仓储库、领域模型等一些列概念的定义来达到其高聚合、低耦合的设计目的。

域驱动设计早期是作为软件架构设计的基础理论模型,是架构师的理论必修课。但在低代码应用中,根据DDD驱动设计模型的低代码工具则使得普通的开发者也可以设计出优秀的软件作品。这使得支持DDD理论模型成为了新一代的低代码平台理论标杆。而一系列领域模型工具的出现也大幅的降低了领域驱动设计的门槛。

领域建模模型:

DDD领域驱动模式优点:

(1)简单业务与复杂引擎业务统一模型支持

领域驱动模式,是代码生成与引擎模式的加强版。在领域驱动模型中各个引擎的功能,通过通用域、支撑域等领域模型进行了更高阶的包装与描述。开发者不再单独的围绕着独立的引擎API来完成开发,而是统一到领域服务与领域事件中使用统一的领域工具完成配置应用,而简单单一的业务模型也可以通过仓储模版构建复合领域模型聚合实体库,最终统一到独立的自定义用户域服务,开发者在基于领域模型时可以有机的将二者串联起来。的以便于业务逻辑与具体实现的分离。而统一的语言环境支持则允许领域服务可直接触及各引擎的DSL规则,方便于在领域事件中有机的完成各引擎的协同工作。

(2)以业务应用为中心建模高聚合应用

领域建模设计理念上是以具体的“业务模型”为基础的,其对应的出码输出物也是可直接运行的业务代码。这一点得益于其高聚合的设计,但同时也为低代码平台向无代码过渡提供了有力的建模理论支持与技术支撑。

(3)模块间的低耦合设计

DDD领域驱动设计在强调业务主导的同时,也更注重元围绕着业务主体流程及数据的元数据以及元元数据的支持,在主体业务之外采用元数据以及元元数据模型来描述业务源本身关联的事件、动作、交互展现等等。这使得业务本身的隔离性会更优秀,业务模块的之间的关联关系也更清晰。在设计业务关联以及实现时只需要关心业务本身的关联即可,而对于其他的事件,展现交互等统一作为元数据与元元数据处理实现解耦应用。

元元数据配置

DDD领域驱动模式缺点:

领域驱动设计高度抽象隔离了业务实现,但其作为一个新型的设计模式。对应的工具以及开发者生态还相对匮乏,对于大多数已经通过原生代码完成集成的业务模块以及基于引擎DSL语言的业务模型而言,元数据以及元元数据的剥离还需有待时日。

二,OneCode低代码引擎出码设计

OneCode低代码引擎是一款基于DDD驱动设计的通用低代码引擎。OneCode 采用JAVA作为原生语言,通过Java元数据注解方式,实现了一套完整通用领域驱动元数据模型。并且针对领域模型的元数据以及支撑元数据应用的元元数据提供了完整的配置管理以及元数据出码设计。开发者只需要引入OneCode元数据注解包,添加相应的元数据注解即可通过OneCode低代码引擎渲染输出为领域模型应用。

(1)OneCode 元数据注解

(2)OneCode 元数据注解读取即可视化编辑

(3)通用领域模型元数据设计

(4)页面设计器

简单易操作,一个稍有经验的高级程序员即可完成整套的基础模板设计,在经过模板输出后可以大幅降低普通程序员的劳动强度。

但缺点也很明显:

首先由于模型设计过程中过于简单,缺少元数据以及元元数据属性的支撑,在代码生成时需要更高级的属性支持时只能在模板中去丰富,这就造成代码模板会被严重污染大幅降低通用性,在真实使用过程中往往会出现一个项目一套模板甚至一个程序员都有一套只有的模板的囧局。这使得项目可维护性大幅降低。另外代码在代码生成后,多数情况下还需要进行一些二次补充和修改。但这些过程中是不可逆的,这使得代码生成只能在项目初始构建的时候使用,对于功能扩展或者代码重构都无法发挥其应用的作用。

小结:

单纯的代码生成模式如果纯粹作为程序员或者微型项目组作为代码工具使用尚可。在早期低代码平台中也比较常见于各种行业模板等应用,但随着技术进步,这种方式正在逐步被淘汰。

(2)引擎驱动模式(出码为DSL)

引擎驱动模式最早来起源于“中间件”设计,其设计目的是将大量具有通用意义的业务逻辑进行抽象包装,提供独立的数据模型,驱动模式再根据业务特性,定义出特定的DSL业务描述语言,例如流程语言BPEL, 报表中延续的EXECL公式,数据库的SQL语言等等。用户通过DSL语言来描述业务结构以及数据信息,然后将DSL交由引擎去执行,从而有效实现业务与代码的解耦。这种技术在低代码平台中应用还是比较广泛的特别是面向企业应用的低代码平台应用更是标配。

结构组成

出码实施过程

引擎模式优点:

引擎模式是将业务模型输出为“DSL”这种中间语言,很好的解决了,模型的二次维护与可逆性输出。同时引擎模式下,通用性的功能以及技术细节处理也会更完善,能给直接用户带来更好的使用感受。在项目的重构以及后期维护方面也有很好的解决方案。

引擎模式缺点:

易用性缺失,对使用者技术要求太高:引擎模式有着诸多的优势,但在低代码平台除了需要强劲的功能支持以及扩展性支持外,还需要兼顾其易用性,对于低代码平台的核心用户主要还是定位在泛开发者而非专家型程序员。多引擎的设计会随着引擎细分越多,功能越强大所需的专业领域会越宽泛,随之而来的就是对开发者的集成二次开发要求也会越来越强。所谓的中台模式、APAAS,在一定程度上与低代码平台是有些背道而驰。中台模式,APAAS模式初衷是为了更好的解耦应用实现微服务架构。但在企业应用中往往是一旦建立起来,中台,启用APAAS就成为了巨无霸的存在,使得业务缺少灵活性,技术架构更是僵硬不堪。

构建过程复杂,不适合简单应用

引擎模式下,功能业务功能拆分会比较细,这种才分对于构建复杂应用是有益处的,但在日常企业应用开发中,往往是类似于,实验数据上报、仪器设备管理等等只在相对封闭的环境下使用的小功能。对于这种简单应用各个引擎的功能就会显得过于强大繁琐。而其中包含的阴性规则和设计要去更使得普通开发者无所侍从。

引擎扩展困难

业务应用往往是多变性的,对引擎的要求也会多种多样,有的时候功能强大和业务实用是两个概念。依靠引擎功能的无限功能穷举扩充配置来达到避免代码对引擎的侵入有的时候会适得其反。适当的外延API允许开发者进行深度的调用开发是大多数引擎的基础策略。但要使用好这一策略则对开发者提出了更高的要求。在实际使用中最大的拦路虎也是来自于引擎的扩展应用。

(3)DDD领域驱动设计(出码为DDD领域设计驱动语言)

域驱动设计(简称 ddd)概念来源于2004年著名建模专家Eric Evans 发表的他最具影响力的书籍:《领域驱动设计——软件核心复杂性应对之道》(Domain-Driven Design –Tackling Complexity in the Heart of Software),简称Evans DDD,在DDD中涵盖了业务需求分解方法,项目工程管理方法,以及其通过仓储库、领域模型等一些列概念的定义来达到其高聚合、低耦合的设计目的。

域驱动设计早期是作为软件架构设计的基础理论模型,是架构师的理论必修课。但在低代码应用中,根据DDD驱动设计模型的低代码工具则使得普通的泛开发者也可以设计出优秀的软件作品。这使得支持DDD理论模型成为了新一代的低代码平台理论标杆。

领域建模模型:

DDD领域驱动模式优点:

简单业务与复杂引擎业务统一模型支持

领域驱动模式,是代码生成与引擎模式的加强版。在领域驱动模型中将各个引擎的功能,通过通用域、支撑域等领域模型进行了更高阶的包装与描述。开发者不再单独的围绕着独立的引擎来完成建模与开发而是统一到领域服务与领域事件中,同时独立单一的业务模型也允许用户通过自定义的代码引擎的方式完成简单业务的代码生成构建最终统一到用户独立的仓储库以便于业务逻辑与具体实现的分离。而统一的语言环境支持则允许领域服务可直接触及各引擎的DSL规则,方便于在领域事件中有机的完成各引擎的协同工作。

以业务应用为中心建模高聚合应用

领域建模设计理念上是从业务本身建模开始,其对应的出码输出物也是可直接运行的业务代码。这一点得益于其高聚合的设计,但同时也为低代码平台向无代码过渡提供了有力的建模理论支持与技术支撑。

模块间的低耦合设计

DDD领域驱动设计在强调业务主导的同时,也更注重元围绕着业务主体流程及数据的元数据以及元元数据的支持,在主体业务之外采用元数据以及元元数据模型来描述业务源本身关联的事件、动作、交互展现等等。这使得业务本身的隔离性会更优秀,业务模块的之间的联系也更清晰。在设计业务关联以及实现时只需要关心业务本身的关联即可,而对于其他的事件,展现交互等统一作为元数据与元元数据处理实现解耦应用。

元元数据配置

DDD领域驱动模式缺点:

领域驱动设计高度抽象隔离了业务实现,但其作为一个新型的设计模式。对应的工具包括生态还相对匮乏,对于大多数已经通过远程代码完成集成的业务模块或者独立的引擎模型而言,对于元数据以及元元数据的剥离还需有待时日。

二,OneCode低代码引擎出码设计

OneCode低代码引擎是一款基于DDD驱动设计的通用低代码引擎。OneCode 采用JAVA作为原生语言,通过Java元数据注解方式,实现了一套完整通用领域驱动元数据模型。并且针对领域模型的元数据以及支撑元数据应用的元元数据提供了完整的配置管理以及元数据出码设计。开发者只需要引入OneCode元数据注解包,添加相应的元数据注解即可通过OneCode低代码引擎渲染输出为领域模型应用。

(1)OneCode 元数据注解

(2)OneCode 元数据注解读取即可视化编辑

(3)通用领域模型元数据设计

(4)页面设计器

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
OneCode3.0 DSM 技术原理与创新点
在数字化转型加速的今天,企业级应用开发面临着前所未有的复杂性挑战。业务需求的频繁变更、多团队协作的效率瓶颈、系统扩展性的局限,都呼唤着一种更灵活、更贴近业务本质的开发范式。传统软件开发模式中,业务语义散落在代码注释、文档和开发者的大脑中,形成 AI 难以理解的 "信息孤岛"。领域特定建模 (Domain-Specific Modeling, DSM) 技术应运而生,旨在通过创建针对特定领域的建模语言和工具,提高软件开发的效率和质量,降低领域专家与开发团队之间的沟通成本。
OneCode官方
2025/07/19
1110
从技术实践角度来谈一下, 低代码的全栈可视化应用
在数字化转型与 AIGC(人工智能生成内容)技术的双重驱动下,企业级低代码平台已从简单的界面搭建工具演进为全栈业务开发环境。可视化技术作为低代码平台的核心支柱,正经历从 "辅助工具" 到 "主导开发" 的范式转变。
OneCode官方
2025/07/19
1100
OneCode核心概念解析——View(视图)
在前面的章节中介绍过,Page相关的概念,Page是用户交互的入口,具有Url 唯一性。但Page还只是一个抽象的容器,而View则是一个具备了具体业务能力的特殊的Page, 它可以是一个独立的Page也可以作为Page的一个部分。View和Page 一样也是由不同属性的组件来组合完成但不同于普通Page的地方在于,View各组件之间具有密不可分性,各组件相互独立但又相辅相成,共同完成一个面向业务的独立应用。
OneCode官方
2025/06/21
900
OneCode核心概念解析——View(视图)
深度|低代码开发平台和微服务架构的优势与挑战
低代码开发平台和微服务架构是当前软件开发领域的两个热门话题。它们都是为了更高效、更灵活地构建和开发应用程序而出现的解决方案。本文将以一款基于微服务架构的OneCode引擎为案例来探讨低代码开发平台和微服务架构的优势和挑战。
OneCode官方
2023/12/06
7590
深度|低代码开发平台和微服务架构的优势与挑战
OneCode 元数据注解说明
在百度百科中,元数据被定义为:描述数据的数据,对数据及信息资源的描述性信息。在低代码平台中元数据的使用也是非常广泛,从前端可视化的组件的prop 属性定义,后端OR Maping数据库表映射,以及支撑系统模块关联关系,权限分配支撑等等都是基础性的元数据。而对于低代码平台及工具而言,其最主要的一个功能也是配置管理低代码组件的元数据信息。在业务组件发生需求变更时尽量通过修改元数配置的方式来改变组件的业务特性。
OneCode官方
2023/07/20
3180
OneCode 元数据注解说明
低代码平台,如何如何融入DDD领域模型设计
领域驱动设计(简称 ddd)概念来源于2004年著名建模专家Eric Evans 发表的他最具影响力的书籍:《领域驱动设计——软件核心复杂性应对之道》(Domain-Driven Design –Tackling Complexity in the Heart of Software),简称Evans DDD。领域驱动设计思想进入软件开发者的视野。在将近20年的发展中领域模型设计一直占据着非常重要的位置。但由于其本身理论性较强,在应用过程中多数用来描述和解决复杂性问题。但本文的目的不在于介绍领域驱动设计,而是站在“图形代码一体化”的角度利用DDD模型实现代码的展示以及逻辑划分以及相应的规范设计。
OneCode官方
2024/05/26
3840
低代码平台,如何如何融入DDD领域模型设计
OneCode 3.0 图生代码与图码双向转换技术深度分析
在当今软件开发领域,可视化编程与代码生成技术的融合正引领着一场开发效率的革命。传统的 "设计→标注→编码" 串行工作流不仅效率低下,还容易导致设计与实现脱节。OneCode 平台的图生代码技术通过 OneCode IDE 实现了设计与开发的无缝衔接,彻底改变了这一局面。
OneCode官方
2025/07/17
1080
OneCode 3.0 图生代码与图码双向转换技术深度分析
OneCode服务规划:基于枚举与注解的统一路径架构设计
在现代企业级应用开发中,服务路径的规范化管理是系统可维护性与扩展性的关键支柱。OneCode DSM插件通过PackagePathType枚举与@RequestMapping注解的深度结合,构建了一套语义清晰、层次分明的服务地址体系,为大型项目的服务治理提供了标准化解决方案。
OneCode官方
2025/07/04
800
deepseek深度思考:OneCode低代码打个分
好的,用户让我给OneCode低代码打个分,我需要先全面了解这个平台的特点、优势、应用场景以及可能存在的不足。首先,我需要仔细分析提供的搜索结果,看看里面提到了哪些关键点。
OneCode官方
2025/02/08
1520
deepseek深度思考:OneCode低代码打个分
OneCode低代码引擎技术揭秘(四)后端集成开发方案
在刚刚过去的2022年,在平台互联互通的方面,阿里在第二季度推出开源引擎 “LowCodeEngin”,国家队信通院也应市场需求在第四季度推出了《低代码开发平台通用技术要求》,针对低代码相关概念以及功能点新型了进一步的规范和梳理。进入到2023年的第一个季度随着ChatGPT的强势开局更是将以“全民开发”为宗旨的低代码零代码开发强势推向了普通公众的面前。
OneCode官方
2023/03/23
7980
OneCode低代码引擎技术揭秘(四)后端集成开发方案
传统软件行业入局低代码关键技术分析
近几年得益于,前端技术的突飞猛进,以及云计算的高速发展使得传统软件行业加速了技术迭代,大多数具有一定规模的传统软件公司都在跑步入局低代码。本文将从传统软件企业转型低代码应用方面做一个分析说明。
OneCode官方
2023/11/28
5160
传统软件行业入局低代码关键技术分析
基于领域模型的低代码底座技术
在当今快速发展的数字化时代,软件开发的效率和质量对于企业的竞争力至关重要。低代码开发平台作为一种新兴的软件开发方式,正逐渐受到广泛关注。OneCode 作为一款先进的低代码开发平台,其在低代码底座中引入了领域驱动设计(Domain-Driven Design,DDD)模型,为企业软件开发带来了全新的解决方案。
OneCode官方
2024/12/19
1820
基于领域模型的低代码底座技术
OneCode低代码引擎,领域驱动设计(DDD)技术实践(一)
领域驱动设计(简称 ddd)概念来源于2004年著名建模专家Eric Evans 发表的他最具影响力的书籍:《领域驱动设计——软件核心复杂性应对之道》(Domain-Driven Design –Tackling Complexity in the Heart of Software),简称Evans DDD,领域驱动设计思想进入软件开发者的视野。在将近20年的发展中领域模型设计一直占据着非常重要的位置,但其直接面向业务场景的设计思想,更适合在具有特定业务场景的模型构建。在日常我们见到的DDD模型多数是具有特定业务背景的特定业务(Domain-Specific Modeling)特定领域建模工具。
OneCode官方
2023/05/06
1.6K0
OneCode低代码引擎,领域驱动设计(DDD)技术实践(一)
OneCode开源低代码引擎白皮书
随着低代码概念的火热,相关的技术及产品也是层出不穷,不管是老牌行业软件厂商还是开放平台厂商,不论是互联网行业企业SAAS软件新动向还是新兴的低代码创新产品服务,都在第一时间打出了低代码这张牌。各个平台虽然各有优势,但大多又是自成体系,真正在企业方面进行选择时却一时难以抉择。对于低代码平台的功能评价,以及各平台组件间的互联互通则成为了市场上迫切需求。
OneCode官方
2023/02/11
1.5K0
OneCode开源低代码引擎白皮书
OneCode3.0微内核引擎 Code First模式详解:注解驱动的领域模型开发实践
Code First模式是OneCode平台支持的三种核心开发模式之一,它以开发者编写的Java代码为基础,通过注解驱动的方式构建领域模型,并自动同步生成DSM(领域特定模型)数据模型。这种模式特别适合具有较强编程基础且对业务逻辑有清晰规划的开发者,能够充分发挥原生Java的灵活性和OneCode平台的代码生成能力,实现"代码即设计"的开发理念<mcreference link="https://blog.csdn.net/wenzhangli/article/details/144616953" index="2"></mcreference>。
OneCode官方
2025/07/13
910
OneCode低代码引擎无代码实战
OneCode是一款基于DDD模型驱动设计的低代码引擎。从2022年底推出以来,现在的最新版本是1.1.0。本文重点是采用OneCode提供的工具来实际搭建一个简单的(员工请销假)业务应用。在搭建过程中穿插讲解一些功能设计思想以及使用方法。
OneCode官方
2023/10/16
8660
OneCode低代码引擎无代码实战
DDD专用建模工具,OneCodeDSM特点介绍
OneCode 是一个基于DDD模型应用的开源的低代码底座,OneCodeDSM是其DDD领域设计的专用工具,是低代码底座的核心功能模块,本文将介绍OneCodeDSM的做用及特点。
OneCode官方
2024/12/19
2500
做低代码引擎有多难?OneCode五个版本心路历程
近期在跟处于头部位置的几家低代码企业技术负责人在聊天,低代码从最初的一个RAD(单页模型)到大前端,工程化,再到企业中台PAAS应用。直到现在的云原生嵌入式引擎技术,低代码技术一直冲在技术潮流的第一浪头。
OneCode官方
2023/04/02
1.8K0
做低代码引擎有多难?OneCode五个版本心路历程
穿越26年的低代码框架
看看这句话,是否有似曾相似的感觉?同样的话术,我们在低代码/无代码的各种业务场景中,已经反反复复看到或者听到,关键的内容就是“我们不需要编程”。没想到,这句豪言在23年前的一本书上看到了,这本书就是《特定领域应用框架:行业的框架经验》。
张逸
2023/03/23
4510
穿越26年的低代码框架
表单设计领域天花板,OneCode表单设计
“万事俱备,就差一个程序员了”,这是一个互联网圈里很著名的一个梗。很好的诠释了“全民互联网+” 时代的疯狂。在当今“企业数智化转型“的大背景下,也有一个一个关于表单系统的梗,“所有系统都逐步低代码零代码化,这一切就差一个“表单系统”。确实是如此,在多数的数智化应用软件中,表单系统都是必不可少的基础功能,更是低代码零代码的支撑性应用。本文是根据开源低代码平台,《OneCode低代码引擎》 1.0.6版本整理的功能来阐述表单系统的设计。 参考阅读:《OneCode开源低代码引擎白皮书》
OneCode官方
2023/06/26
5740
表单设计领域天花板,OneCode表单设计
推荐阅读
相关推荐
OneCode3.0 DSM 技术原理与创新点
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档