Jeecg-boot 使用心得建议

在3月的时候就接触了jeecg-boot了,之前我是一个python开发者,python是一个动态型语言,能够很简单的配置生成后台管理器,动态注册页面,只须要按组件的方式register页面就能够了,最典型的就是xadmin的方案,可是其有个弊端就是可扩展性差,性能也差.做者也慢慢弃坑了,可是做者如今正在作一个新的方案先后端分离xadminphp

说回正题,在java里面,我怎么都想不到动态生成后台的方式居然是用代码生成的方法,而后再拷贝到相应文件目录下(通常作法).因为java的是一个强类型语言,当然是没有python脚本语言组件式开发组件式注册加载来的要简单…
在我接触到jeecg以后,我第一个反应固然是要穷举啊,要把世上的好东西都看尽啊,因此当时也看了如下的一些项目:前端

固然,也顺藤摸瓜,找到了jeecg的模板引擎的版本:Jeecg 微云快速开发平台java

-w1435

做为我的爱好开发者,我并无过多的深刻到代码的层面去看每一个框架的代码质量如何,而是简单
的从社区、活跃度、我的开发仍是团队开发、系统易用性、文档使用、视频教程这几个简单的角度去考量,显而易见,每一家都有每一家的闭环系统以及生意,都有其优势,可是jeecg这个选择仍是十分强大,特别是在线表单开发、流程设计、图表配置这几个功能真的很亮眼,只须要简单配置,能够知足基本的后台开发设计。python

最重要的是,随着先后端分离开发的时代来临,以及微服务架构应对大数据的趋势,jeecg团队保持技术上的更新,尽管这可能并不会问他们带来更多的经济效益,可是他们对技术的执着,在前端选型上,选择了大公司维护的ant-design-pro方案,固然也有其余很优秀的方案好比easyUi\elementUi\D2admin,可是考虑社区、更新活跃度,固然是ant好,同时也要时时更新的代价了。jeecg表示在后续会有微服务架构版本,并且会保持一向强大如issue所提:
统一单点登陆平台、cms内容管理系统、支持多站点、集群部署mysql

好了,接下来就是我对jeecg-boot使用的一些心得了:git

一、后端代码命名十分规范,-w371

大小写以及urlcontroller方法名映射都是十分具备意义规范,可是对于通常开发者来讲,若是不指明其开发的规律的话很难体会到github

二、界面美感十足、符合现代审美

-w1435

三、代码生成、在线表单开发配置功能强大,页面属性(封装组件)十分多.

其实还有不少心得就是至关于jeecg-boot文档的介绍了,接下来站在小白我的开发者,说一说我对jeecg-boot的一些建议吧:web

一、讨论的地方太多,不利于管理

-w982
以及github issue 以及qq群
对于开发者,若是没有一套规定的流程,会在这几个地方疲于奔命,分散了大部分注意力.
可是,也没有笔者更好的方案了.sql

二、文档管理不是很友好(可持续开发)

尽管在论坛上可以找到更新日志、可是我仍然建议在文档处写上更新日志,在版本迁移时,也在对文档进行版本迁移的说明. 或许考虑gitbook 开放文档,让每一个人均可以提交pr,并非说官方写的文档就必定是最好的。文档版本管理、文档贡献、文档搜索.后期完整视频放出的时候,能够在文档对应小节插入视频地址。数据库

三、社群管理

能够在群里看到,管理员们被群里的新来的小伙伴各类问题问到注意力极度分散了,建议在群里设立一个机器人qq助手
-w546
能够录入faq在此,让人们自助提问自助找到关键词,找到文档,解决重复性问题.

四、能够作成一个平台

让开发者自助开发各自的插件来达到本身的目的(如文件上传、第三方oauth集成、其余组件集成),好比说jeeXX就是本身一家从cms、oa、工做平台一系列都作了,可是若是jeecg能提供一套易用的插件机制,来让开发者利用此平台来开发本身的小应用,而后收集展现或者说交易…(开个脑洞相似php的微擎

五、初始化的数据精简或者区分

好比说字典数据,db初始化的时候,就已经有20+数据了,可是做为使用者我想我开始不须要关心一些jeecg-boot默认的配置字典,但愿提供一个筛选 区分系统数据与用户自行添加的数据,这样不至于太冗杂。其余数据表、test等数据表亦是如此.
-w1163

六、ant-design-pro v4已经提供了区块开发的形式来开发(可插拔自主选择)

但愿在开发的时候能多提供一个纯净版选择,如图
-w197
是彻底前端静态化的,能够可选提供,两种模式让开发者自行把握.(简单说就是我以为功能有点重了,若不是坚决信念,一开始被如此多的页面容易吓退却.)

七、日志自动插入log

-w812
数据库字段最大255,若是遇到富文本信息的系统,基本是超过255的,因此能够这里提供提示告知用户,要么截断,要么longtext(mysql),可是长期的日志积累,势必是一个很大的内存消耗.

固然,以上建议是十分理想化的,开源也是须要盈利的,感慨圈内的模式都是一模一样,在新时代的今天,2b的公司须要生存,我以为就要与时俱进,除了前线业务能力过强的同事、配合上辛勤工做的开发人员以及售后支持,我以为现代化的社区论坛、开发方式、协同沟通方式也是必不可少的,或许这样并无什么大用处(经济效益),始终以为与其更好,不如不一样。

本人技术和业务经历尚浅,不能提出像快速开发框架推荐使用 jeecg-boot如此有看法的的问题以及解决措施…