关于后端:4行代码实现跨实体列表数据同步YonBuilder后端函数解析

32次阅读

共计 1703 个字符,预计需要花费 5 分钟才能阅读完成。

提到增、删、改、查等数据保护,后端开发者们再相熟不过了。传统的数据保护通过操作数据库的形式实现,步骤比拟繁琐,须要通过 Java 代码实现数据库链接,而后编写 SQL 语句、编写实体,将想要的数据存到相应的数据表中,在数据操作的时候还要保证数据的一致性,“危险系数”还挺高。
实现同样的数据保护成果,YonBuilder 后端函数到底有哪些神奇之处?YonBuilder 直播第三期——《如何疾速实现数据保护》,带你管中窥豹,理解 YonBuilder 后端函数。
整个案例演示过程尽管比较简单,然而清晰地阐明了 YonBuilder 后端函数在数据保护方面的高效率。
为了节省时间,主讲老师郭秀瑰提前建好了 3 个实体:第一个和第二个之间是奴才关系,第三个是独自实体。

3 个实体

图书根底档案列表
在实在的企业场景中,员工有各自的分工,直播中模仿了一个多名员工别离保护图书数据的场景。其中一名员工保护图书根底档案表,当新书进入图书馆之后要进行图书分类信息的增、删、改、查等保护操作。

如图:在某一类图书分类上面保护具体的图书信息
另外一名员工负责保护图书分类下的图书详细信息列表,而且是在图书根底档案表的根底上保护图书详细信息,包含是否已借阅、出版日期、作者、书名等。
因为两个数据列表是相互依存关系,一旦员工之间呈现不配合的状况,容易呈现扯皮,迁延工作。通过 YonBuilder 后端函数的操作,能够很好地解决员工不配合的问题。

比方,负责图书详情列表保护的共事,只须要点击“同步分类信息”按钮,再点击查问图标,另外一张图书分类列表的数据一键同步过去,无需另外的共事做其余操作,晋升了自主性,无效升高了沟通老本。

将图书分类数据一键同步过去之后,能够自在地依照分类信息保护具体的图书明细。

“同步分类信息”按钮的插入操作非常简单,插入按钮之后绑定操作函数。

图书分类页面和图书详情两个页面的数据如何实现一键同步?

YonBuilder 低代码的外围劣势在于仅仅须要上述 4 行代码,其余代码框架是零碎主动生成。

创立实体时会产生一串编码,用于实体数据的查问和插入等操作
联合具体的业务场景,以数据插入为例,YonBuilder 反对单个数据插入和批量数据插入。

插入实体

本次图书数据保护的案例中用到了 YonQL 查问实体函数。
据郭秀瑰老师介绍,YonBuilder 后端函数数据保护的对象能够是自建单据的数据,也能够查问零碎的参照数据。想要什么条件的数据,只须要通过相应的条件进行限度,就能够返回对应的数据。通过插入数据同步按钮,微微一点,“唰”的一下即可实现数据保护。另外,YonBuilder 后端函数的利用场景比拟多,还能够将后端函数(API 函数)公布成开放平台的接口。
总结来看,和传统后端开发不同,YonBuilder 后端函数曾经将数据的保护操作做了封装,只须要编写简略的 YonQL 语句,间接在线调用封装好的函数即可实现数据的增、删、改、查等保护操作,是不是非常简单?
目前,YonBuilder 后端函数中反对多种数据保护操作形式,包含插入实体和批量插入实体,删除实体和批量删除实体;查问和批量查问,条件查问等。也反对一条数据更新、多条数据更新,还能够依据具体的条件进行数据更新。对指标数据的增、删、改、查等操作只须要对应的两行代码就能够实现。保护数据时须要晓得是哪个实体的 URI(表的映射),无需像以前那样准确到具体的数据表。
传统开发者对低代码的感悟:
现在,包含互联网巨头、以及用友在内的软件巨头都曾经退出低代码的浪潮中。低代码曾经成为大势所趋,也有越来越多的传统开发者转到低代码开发,郭秀瑰给出了本人的切身体会。
她提到,“低代码开发不仅是开发方式的转变,也是一个全新的体验价值之旅。传统开发和低代码开发是齐全不同的两种开发体验。企业的业务是灵便变动的,YonBuilder 给咱们搭好了一个平台,开发者只须要关注业务代码的实现,最根本的逻辑和框架代码 YonBuilder 曾经在脚手架中写好了,开发的效率大大晋升,这在过来是不可设想的。”
欢送宽广开发者关注 YonBuilder 微信公众号系列直播课程,从意识低代码到参加到低代码开发的潮流中,独特推动低代码时代的凋敝倒退。

正文完
 0