admin 管理员组

文章数量: 887021

jeecg

我是一个目录

  • 1. 梦之起始
  • 2. 梦之未来
    • 2.1 启动自动建表
    • 2.2 online消息队列
    • 2.3 构件化
    • 2.4 数据通道
  • 3. 梦回当下

1. 梦之起始

以前初学开发之时,便习惯 建项目 建module 加pom 加yml 主启动,多层逻辑 每层都要建包建类,重复性工作很多,脑海中不断想着下一步要干什么,但是手已经累了(-_-),然后…就跑到隔壁工位:兄弟。。这个项目帮忙搭一下传上去 我一会有点事(偷笑),在建实体类的时候,想着设计好的十几个字段,对着空的class,双眼失神,想着接下来要一个一个写这些字段,手不是很想动(懒癌晚期),当然为了工资还是要动的。好不容易写好了实体类,想着接下来的crud…先去厕所蹲一下一会回来弄吧。所以这也是为什么会出现低代码开发平台的原因之一。jeecg在线表单设计就很贴心的直接生成了基础的crud代码与实体类与前端与数据库表。这也是平常最常用最核心的功能,同时还提供了一些第三方的集成方案等。让初学者有一个良好的学习模范,让老开发者从枯燥重复中解放,更注重与业务逻辑与核心逻辑的处理。

2. 梦之未来

强如jeecg,也并非十全十美,而是需要众多心怀梦想的开发者合力不断雕刻的巨像。下面简单从我这位一年半经验的开发者角度,欣赏与推想一下。

2.1 启动自动建表

这其实是一个小细节,因为jeecg的表是需要自己去执行文件的,这对懒癌晚期患者来说,可能有些许的。。小小困扰。例如activiti7就可以自动会去建25张act表。可以在yml里面配置一个属性 然后启动的时候取一下然后和datasource一起取一下,然后执行即可,多数据源的话 一样的 都取来一个一个执行不同的sql就行。只是小细节,hhh。

2.2 online消息队列

这或许属于横向扩展的一个想法,当前市面上消息队列差不多是:RabbitMQ、RocketMQ、Kafka、ActiveMQ、ZeroMQ等。几位组件的来历区别就不赘述了。从前端来说的话可以提供这几种的选择项,选择之后,可以选择生成对应生产消费端基础代码和自动修改配置文件加对应的配置。然后人力去改一下地址端口等相应项。

2.3 构件化

现有的jeecg具备非常多的功能,涉及方面很多,但其实可能平时开发并用不到,一开始把核心必备的一部分呈现,至于其他的可以让开发者自行选择,然后再生成对应部分的代码。这样至少,整个结构看上去不是那么的。。。多,需要什么就进入构件界面,选构件,然后点生成代码,即可。例如上述。。。消息队列 ^ _ ^。

2.4 数据通道

其实开发中,有这样的情况,会从集团下发一些数据到我们这边机器然后要对库表做一些操作,这些数据形式,有可能是txt,有可能是json或者其他形式而且格式也是五花八门。一般我们就是自己开发另一个应用去完成这样的转换工作。数据通道概念是:开发者可以自定义一种格式模板,从文件名,到文件里面的每一项数据。然后开发者根据集团或者别的地方下发的数据的数据形式定义好模板文件(这在前端弄,像online表单那样),然后后台生成模板文件之后,根据模板文件里面的信息,去获取文件,这里获取文件分远程和本地,本地就直接选文件夹路径就行,远程要选ftp服务器还是sftp服务器然后设置好服务器信息与路径,根据模板进行数据的获取、解析、数据库的操作。对于开发者来说,做的只是两件事,制定模板---->启动通道。然后就可以把制定地点的数据批量的对库表操作。就不必重新开发一个应用出来了。(^ _ ^ 这个工作量应该挺大的hhh,路漫漫其修远兮)。

3. 梦回当下

经验有限的缘故,我的推想也暂时延展如此,但jeecg拥有无限可能,随着我们开发者的不断成长不断努力,它终将随着时代不断前行。

本文标签: jeecg