基于easyCode插件与jeecgBoot框架的代码生成服务

1.easyCode介绍：

1.1 基本介绍:

    EasyCode，一款IDEA插件，可以快捷的将数据库实体的生成基于springMVC的后端工程代码。 并且它提供了自定义模板配置的强大功能。  它的强大主要源自于: IDEA强大的虚拟文件体系;  Velocity模板解析器;

​

     项目地址:EasyCode项目地址

1.2 我认为的弊端:

   虽然具有了Idea的强大功能，但这将导致一些问题：

         与IDEA紧耦合，开发的学习成本高。   ---> 需要具有Idea插件开发的知识;

         模板代码持久化受到IDEA的禁锢，扩展成本高；   ----> 如 将模板文件 暂存到 SSO上需要单独开发，且需要与IDEA体系兼容;

         基于配置文件的方式不方便管理文件，且不能够回溯文件。  

  这几个问题将导致一个严重的问题：  代码生成将禁锢于 生成相对简单的业务代码（扩展程度有限），这将大大降低 “代码生成” 的威力。  它的作用绝不仅限于此。  只要与数据有关的代码都可以生成，这不应该是理论上来说，这本应该是一个现实。

2.jeecgBoot介绍及我的改动:

2.1 基本介绍:

     它是基于SpringBoot2.1与Vue3 的一套前后端的  中大型的企业级后台系统。  本次改动基于 jeecgBoot2.2的开源版本，仅授权个人学习使用，不授权商用。   

     jeecgBoot 也具有低代码生成平台，功能也十分强大，支持数种代码模板的生成。

     官网地址：官网地址

     线上演示地址: jeecgBoot线上演示地址

2.2 主要使用的功能:

     1.基于jeecgBoot前端Vue的动态组件加载策略，采用原有的代码开发风格;

     2.采用 jeecgBoot的 角色-组织-用户-权限 的安全认证和授权体系；

2.3 开发遐想:

     如果未来长期我还有精力和心情捣鼓的话，想进行以下的一些开发(这里记录一下)：

     1.安全框架，将springSecurity集成进来，通过配置的方式进行动态选取；

     2.支付模块，将以前练习的支付体系集成进系统；

     3.目前已有CAS单点，希望能够将 oauth2的单点也集成进来;

2.4 相关改动:

    1.将框架中 所有的 createBy,updateBy 改为 createUser,updateUser, 逻辑删除字段 统一为 effective;

    2.sysUser表 和  sysPermission 表，所有的Boolean 字段 改为 String字段;

    3.生成一套 postgresql 的数据库代码;  开发主要兼容 mysql 跟 postgresql，原来自带的 oracle与sqlServer，未修改，未测试;

3.代码生成服务:

3.1 相关概念:

     1.数据源：  广义的数据源，并非java中特有的名词，表示一切能够提供数据流的资源。   具有代表性的有: 数据库，json文件,excel文件，csv文件......

     2.数据源配置：来源于codeGenerator中的概念，数据源需要经过配置才能参与代码生成流程。 在这个流程，可以对原始数据源进行强有力的修饰，比如 名称转换，表单元素生成，表格元素生成，数据填充......

     3.映射配置：根据codeGenerate编码规范，这里做一个强制性要求 数据源元素必须具备一个原始类型，通过映射配置将原始类型转换为java类型或者其它目标领域类型;  比如: mysql的映射规范与 postgresql规范可能存在差别，可以通过对映射配置进行多个场景的兼容;

     4.模板域：针对于特定项目工程的模板集合，这是本次代码生成的核心要义之一。这也是设计的初衷之一，将模板 B/S架构化，就是要满足： 既能生成简单的业务代码，也能生成复杂项目体系代码。从某种意义上来说，此时咱开发的是模板，而非代码。   此时，ctrl + c 与  ctrl +v 的神奇组合 发挥的可就不是1+1>2的效果了......

     5.模板宏：为模板域中的模板提供全局服务的 宏函数，这也是本次代码生成的核心要义之一。它的提炼是对模板本身的一个架构优化，可以大大提高脚本代码的内聚度，思路来自于codeGenerate。

3.2 设计思路:

​

3.3 特点:

    1.将数据源抽象化，支持数据库源，json源，excel源（除了数据库源外，其余源暂未开发）;

    2.模板域，模板宏，映射配置，数据源配置 均有注释，理论上来说，越是复杂的功能，越需要更多的注释，越精细的注释，越有利于长期发展。 这是它 保持 强大与优雅的必要条件。 

    3.模板引擎考虑了velocity与 freemarker，原因在于 springboot推荐使用freemarker，且velocity已经很久没有维护了。 通过配置的方式可以实现模板的切换。  (目前暂未进行freemarker的调试)。

3.4 操作流程:

3.4.1 进入jeecgBoot开发平台:

​

​

3.4.2 管理数据库源:

​

3.4.2 数据源配置（同映射配置）:

​ ​

3.4.3 模板域配置（同模板宏配置）：

​

3.4.4 开始生成

​

3.5 应用场景: 

3.5.1 常规业务开发:

   用于辅助生产，如生成常规的单表操作(注，这个是可以在模板进行扩展的，生成主子表及 树表 并不难)。 当然了，这是每个代码生成插件都具备的功能。

   区别在于，它的功能强大与否，取决于你的经验与能力，开发者。 

   比如： 常规的前后端分离的javaweb项目可能会包括这样的一些文件:

      mapper.xml映射文件,dao层,service层,serviceImpl层,controller层

      component.vue主组件，addOrUpdate.vue 附加组件;

   当然了，这取决你自己;

3.5.2 设计模式模板(设想):

   众所周知，java是一门面向对象的语言。 面向对象高阶有一个设计模式的概念，它应该可以代表程序开发设计的优雅了。长期我们都是以各种博客来补充知识，看了忘，忘了看。  为什么呢？  因为我们没办法用呀！

   学以致用，我们才能融会贯通。

   当我们将设计模式抽象为一个个模板，通过逐步迭代，达到一个度，也就是它够成熟了的时候，我们便可以使用它。 那时候，我们写优雅的高质量代码，便可以信手拈来了，是吧！

3.5.3 基于hybird的混合开发(设想):

    我们知道，移动端开发的混合开发炒的火热。举个例子，uniApp可以一套代码多端使用，包括：android,ios,h5,各个平台的小程序,且性能可控。

    excuse me?  这可是产品哦，想想某天，我们能够在两个小时内生成一套产品的激动吧！(只要经验足够，反复实践迭代，生成健壮性和功能性强的模板，那是一点问题没有)，毕竟,人可能出错，机器可不会。

4.参与开发:

4.1 目的:

    计算机技术更新迭代太快，要想不被淘汰，必须成为一个终生持续学习者，这就要求我们投入更多的时间和精力。如果只是为了上班谋生，我想这个动力是远远不够的，也是不值当的。

    但是我们能够参与一个有趣的作品，情况可能就不一样了。就像艺术家欣赏精美的艺术品，我们也会欣赏自己一手创造出来的作品。

4.2 条件:

    *需要对计算机感兴趣;

    *需要具备vue全家桶技术 或者 javaEE后端开发技术;

4.3 途径:

    协作将基于 gitee进行(考虑使用官方推荐的pull+request的方式): 

        演示地址:  www.automannn.cn/atm_front

      微信开发群: (加微信号:automannm)，微信群聊不支持群号加入;

5.关于我以及设计初衷：

5.1 关于我:

   网名:Automannn，谐音为凹凸曼,寓意自觉，主动的人。家贫，末流二本学校，计算机边缘学科。由于大学期间受到其它博主的鼓舞，从大二上期开始写博客，记录个人的成长。这点可以从上方博主信息及发帖记录可以看出来。于今年毕业，目前从事软件开发工作。

5.2 设计初衷:

   大学期间由于对技术比较感兴趣，所以几年来大部分的空余时间都花费在了学习新技术上面。但是大都是凭着一腔热情猛的学习一阵子，热情退去后，便所剩无几了。

   代码生成服务，是自己在职场接触的认为比较有意思的东西，且用处还蛮大。由于它跟生产线结合的比较紧密，原有的代码插件与宿主的耦合性比较高，可扩展性和可维护性方面也比较薄弱，因此在对比了众多的开源产品中，选中了jeecgBoot与codeGenerator，依托jeecgBoot强大的生命力和codeGenerator简洁的思想，希望能够将代码生成器 变得 更加的 简单，强大 而 优雅.

   之前未参与过开源项目，初次进行这种远程协作，难免遇到很多的问题,望多海涵，如有侵权请联系我删除(我后期基本每篇帖子有引用的都指明了原文出处)。当然也希望自己和志同道合的朋友们能够一起成长进步，实现双赢乃至多赢!