1多层分离的低代码开发模式 TaskBuilder最有特色的开发模式就是多层分离的低代码开发模式,该模式既可以通过组件化、图形化、向导化等多种手段大幅降低应用开发的难度,相对纯代码开发来说,要容易很多,但由于采取了多层分离的模式,每一层都可以单独进行精细化设置,而且前后端逻辑既可以图形化编排,也可以直接写码,或引入第三方代码,可以随时扩展系统功能,所以,这种模式功能是最强大的,纯代码能做到的,TaskBuilder同样也能做到,可以说TaskBuilder将简单易用和强大灵活这两个本应相互对立的两个特性巧妙地融合到了一起,相对其他零代码或低代码开发工具来说,能适用于更多的应用场景,尤其是开发一些复杂的、专业的信息化系统,会更有优势。 TaskBuilder的多层分离包括以下几个方面: 数据模型与前后端分离:可以单独定义与数据库中的表或视图对应的数据模型文件,一个数据模型文件可以供多个前后端文件使用,而不是像基于表单的零代码开发模式那样,把界面和数据结构混杂在一起,不能复用。另外,这种模式还可以继续利用企业现有各个应用系统数据库中的数据,不需要再设计新的表单,只需要导出数据结构即可。 前端页面与后台服务分离:前端页面和后台服务都保存在独立的文件中,可以分开设置,前端页面负责填报和展示数据,和用户交互,后台服务负责对数据库进行增删改查操作。一个前端页面可以调用多个后台服务,一个后台服务可以供多个前端页面使用。 前端界面和前端逻辑分离:界面UI设计和界面业务逻辑编排分离,各有各的编辑区域,界面UI完全可视化设计,可以精确设置每个组件的属性和样式,界面业务逻辑可以图形化编排,也可以写码,再复杂的业务逻辑都可以实现。 采取这种多层分离的模式,有以下好处: 各个功能分工更加明确清晰,而不是混杂在一起,各个部分可以独立查看和维护; 资源可以复用,一个数据模型可以给多个应用使用,一个后台服务可以给多个前端页面使用,不需要重复开发配置; 各个部分松耦合,如果某一层要更换技术栈,其他部分不需要动,例如后台服务的语言改成Java或C#,前端页面和数据模型都不用动,或者数据模型对应的数据库由MySQL改查SQLServer,也只需要对数据模型做一些适当的修改,不需要整个应用都改一遍。 多层分离的低代码开发模式是TaskBuilder其他开发模式的基础,其他模式不管操作界面和方式如何,最后实际上都会生成“数据模型+后台服务+前端页面”这三种核心元素,如果需要,可以采取低代码模式继续编辑完善。 本文档仅介绍这种多层分离的低代码开发模型,其他开发模式会有单独的文档进行介绍。 2基于数据表单的零代码开发模式 在TaskBuilder内,最简单的开发模式就是基于数据表单的零代码开发模式,这种模式将数据模型、后台服务和前端页面这三种元素统一合并到一个叫“数据表单”的文件里,只需要在这一个文件中配置填报和查询界面,就会自动生成对应的数据模型、后台服务和前端页面,而且界面设置非常简单易用,不需要任何编程基础,直接就可以上手操作。但相应地,该模式为了尽量简化操作,不支持配置复杂的前后端业务逻辑,也不支持自定义组件样式,所以,这种开发模式只适合开发一些简单的应用,不支持开发特别复杂的业务系统。 填报界面设计 列表界面设计 3基于配置信息的一键生成式开发模式 这种开发模式称为“生成式应用”,它的操作难度介于上面的两种模式之间,比低代码简单,比零代码复杂;功能比零代码强大,比低代码弱一些。适合用零代码实现不了、但用低代码又觉得操作麻烦的场景。这种模式以应用配置信息为核心,可以给一个应用配置多种类型的页面,包括列表页面、填报和查看页面等,每种类型的页面都可以配置多个。列表页里可以配置查询条件、要查询的字段、列表里显示的列及详细参数、排序条件、分组条件、可以进行哪些操作等,填报页面可以配置要显示的字段及其输入项。对这些页面的配置类似使用前端页面创建向导创建页面时所做的设置一样,区别是向导只能一次性使用,创建完页面后就没法再使用向导里的那些功能来配置页面,而基于配置信息的开发模块可以随时修改配置,改完点击生成就能生成最新的前后端代码。这种开发模式依然需要先创建数据模型,或者使用现有的数据模型,但不需要设计前端页面和后台服务,而是根据配置信息自动生成。 ))))
TaskBuilder支持的三种开发模式
点赞
收藏