Nepxion Skeleton

Nepxion Skeleton是一款基于FreeMarker，支持对任何文本格式的代码和文件的生成器，可以轻松快速实现对框架代码的一键创建，支持多套脚手架系统在同一个脚手架服务下工作，并内置提供Docker化的基于Spring Cloud的脚手架一键生成

简介

• 严格遵照Maven结构进行脚手架编排
• 支持任何文件文件的逆向创建，包括Java类文件，配置文件，脚本文件，XML文件，YAML文件等
• 使用者只需要关注模板原型文件的编辑（遵循FreeMarker语法），并设置动态变量
• 使用者根据模板原型文件创建Generator类，进行动态创建和替换
• 采用插件式部署方式，可以多个脚手架系统部署在同一个平台上，也可以一个平台部署一个脚手架系统，自由灵活，动态切换
• 基于Spring Cloud的调用
• 支持Docker化一键部署
• 支持Swagger
• 支持在线生成代码并下载

在线创建

• 获取脚手架代码
  • 在浏览器里输入http://skeleton.springcloud.cn访问，填入相关参数，点“生成工程”，保存代码压缩包。解压后，可获取到脚手架代码
• 代码运行
  • 在IDE里运行：导入IDE，即可运行，脚手架代码，代码执行顺序一般为EurekaApplication，ServerApplication，ClientApplication，如图1
  • 在Docker里运行：执行三个脚本，即可一键部署到Docker容器里，脚本执行顺序必须为install-eureka-docker，install-server-docker，install-client-docker，如图2
  • 提供Rpc和Rest两种测试(启动ClientApplication服务即可启动定时测试)，提供正常调用和熔断调用场景(停止ServerApplication服务即可)
• 组件集成
  • 集成Spring Cloud基础组件，包括Eureka，Ribbon，Feign，Hystrix等
  • 集成Swagger组件

图1

图2

图3

图4

图5

本地部署

服务端部署

• 部署在IDE
  • 导入IDE，运行skeleton-service下的SkeletonApplication即可
• 部署到Docker
  • Win10配置参考：https://github.com/Nepxion/Thunder/tree/master/thunder-spring-boot-docker-example中“Win10 Docker部署”->“部署前准备工作”
  • Mac配置参考：http://www.liumapp.com/articles/2017/12/27/1514347974172.html
  • 在根目录下执行install-docker.bat或者install-docker.sh里的语句，一键创建镜像和容器
• 运行Swagger检验是否工作
  • 在浏览器里输入http://localhost:2222/swagger-ui.html访问

客户端部署

• 拉取https://github.com/Nepxion/DiscoveryUI代码
• 在根中执行npm install，结束后执行npm run dev，具体参考该目录下的README.md
• 在浏览器里输入http://localhost:7777/访问

二次开发

介绍

• skeleton-engine是脚手架的生成引擎，不依赖Spring环境，你只需要在Java环境下可以对任何格式的文本文件进行模板化创建
• skeleton-framework是基于Spring环境的脚手架框架，并抽象在Spring环境下的配置和行为
• skeleton-service是脚手架的平台，是多个脚手架生成插件的汇集之处
• skeleton-starter是脚手架的Starter
• skeleton-plugin-springcloud是基于Spring Cloud的脚手架生成插件，您可以扩展出skeleton-plugin-dubbo，skeleton-plugin-motan等

图6

兼容

最新版本兼容

• Spring 4.x.x和Spring Boot 1.x.x
• Spring 5.x.x和Spring Boot 2.x.x

依赖

引擎包
<dependency>
    <groupId>com.nepxion</groupId>
    <artifactId>skeleton-engine</artifactId>
    <version>${skeleton.version}</version>
</dependency>

框架包
<dependency>
    <groupId>com.nepxion</groupId>
    <artifactId>skeleton-framework</artifactId>
    <version>${skeleton.version}</version>
</dependency>

启动包
<dependency>
    <groupId>com.nepxion</groupId>
    <artifactId>skeleton-starter</artifactId>
    <version>${skeleton.version}</version>
</dependency>

用法

@SpringBootApplication
@EnableSkeleton
@Import(SpringCloudPluginConfiguration.class)
public class SkeletonApplication {
}

配置

• skeleton-data.properties，见skeleton-plugin-springcloud/src/main/resources/springcloud/config/skeleton-data.properties
  • 用来描述模板文件的全局配置值，里面的值替换模板文件里的动态变量(用${}表示)，脚手架生成需要依赖这个文件
  • 配置文件中，“工程配置”下的productName和basePackage是必需的，其他字段可自己随便定义，建议驼峰形式命名
• skeleton-description.xml，见skeleton-plugin-springcloud/src/main/resources/springcloud/config/skeleton-description.xml
  • 用来描述模界面驱动的数据结构，渲染和布局组件，它里面定义的组件里的value值则取值于skeleton-data.properties
  • 分为Group和Entity结构，一个Group包含多个Entity
• skeleton-context.properties，见skeleton-plugin-springcloud/src/main/resources/springcloud/config/skeleton-context.properties
  • 用来配置脚手架全局上下文参数
• 三个配置文件它的上级目录必须为config

规则

• 一个Generator类对应一个template模板文件
• 提供SkeletonFileGenerator和SkeletonJavaGenerator两种方式，前者可以生成任何类型的文本文件，后者因为Java文件相对比较特殊，所以做了一些封装
• 模板文件(*.template)有如下两种放置方式
  • 模板文件resources/template目录下(模板文件所在的前置目录名必须设置为"template"，在application.properties可以修改)，目录结构参照第一张图片
  • Generator类和对应的模板文件必须放在同一个目录下(模板文件所在的前置目录名必须设置为null)，目录结构参照第二张图片
    

插件

• 如果多个脚手架系统部署在同一个平台上，需要采用独立工程的方式，同时避免同名类和同名配置文件冲突，规定如下，见图7

  • 工程名应该是xxx-plugin-[插件名]
  • 包名应该是xx.xx.xx...plugin.[插件名]
  • 配置文件目录应该是resources/[插件名]，下面放config和template
  • 脚手架总入口(实现SkeletonService)，上面加注解@SkeletonPlugin(name="[插件名]")
  • 上述四个插件名必须统一，在本项目中，我们知道插件名叫“springcloud”。按照这种规则，我们可以扩展出多个脚手架插件，例如skeleton-plugin-dubbo，skeleton-plugin-motan等
  • 插件名，将被SkeletonController接口中用到，见“Spring Cloud接口”章节

• 如果一个脚手架系统部署在一个平台上，那么则没有那么多讲究，规定如下，见图8

  • 脚手架总入口(实现SkeletonService)，上面加注解@SkeletonPlugin

图7

图8

示例

本地使用方式

运行skeleton-plugin-springcloud/src/test/java/com.nepxion.skeleton.plugin.springcloud.SkeletonTest.java，可在本地创建脚手架文件，具体使用方式，参考该类里的中文注释

Spring Cloud使用方式

Spring Cloud配置文件，见skeleton-service/src/main/resources/application.properties

Spring Cloud接口，见skeleton-framework/src/main/java/com.nepxion.skeleton.framework.controller.SkeletonController.java

• 获取脚手架插件列表接口

@RequestMapping(value = "/getPlugins", method = RequestMethod.GET)
public List<String> getPlugins();

• 获取默认界面驱动的元数据接口

@RequestMapping(value = "/getMetaData", method = RequestMethod.GET)
public List<SkeletonGroup> getMetaData();

返回JSON格式的文件，如下：

[
  {
    "key": "project", // 组所对应的唯一Key
    "label": "工程配置", // 组的标签
    "description": "工程配置", // 组的描述
    "type": "MIX_GROUP", // 组的类型，包括MIX_GROUP(默认，组里可以放任何种类的组件，混合组)，CHECKBOX_GROUP(组里只能放CHECKBOX)，RADIO_GROUP(组里只能放RADIO)，COMBOBOX_GROUP(组里只能放COMBOBOX)
    "layout": "VERTICAL", // 组的布局，包括VERTICAL(默认，组里组件以垂直方向布局)，HORIZONTAL(默认，组里组件以水平方向布局)
    "titledBorder": "true", // 是否需要显示组标题(默认显示)
    "entityList": [
      {
        "key": "productName", // 组件所对应的唯一Key
        "label": "产品名", // 组件的标签
        "description": "", // 组件的描述
        "note": "【必改项】首字母必须小写，中间只允许出现“-”", // 组件的使用提示
        "value": "sales", // 组件内容
        "type": "TEXTFIELD", // 组件类型，包括TEXTFIELD(默认)，CHECKBOX，RADIO，COMBOBOX，EDITABLE_COMBOBOX
        "options": null, // 对应项如果是下来菜单(COMBOBOX，EDITABLE_COMBOBOX)方式的时候，里面的值列表，可以为null
        "highlightable": true, // 标识为高亮项，一般组件渲染成高亮方式，例如Label红色字体，提示使用者着重关注
        "defaultable": false, // 标识为默认项，一般组件渲染成默认项方式，提示使用者可以不修改对应值
        "emptiable": false, // 标识为留空项，一般组件渲染成留空项方式，提示使用者对应值可以为空
        "editable": true // 标识为不可编辑项，一般组件渲染成不可编辑项方式，如果false则把组件灰掉，提示使用者对应值不可编辑
      }
    ]
  }
]

• 根据脚手架名称，获取对应的界面驱动的元数据接口。另一个不带skeletonName参数的接口，是默认获取方式，当脚手架非插件方式存在的时候，调用它。4. 5.的2个接口都存在这样的默认方式

@RequestMapping(value = "/getMetaData/{skeletonName}", method = RequestMethod.GET)
public List<SkeletonGroup> getMetaData(@PathVariable(value = "skeletonName") String skeletonName);

• 根据脚手架名称，下载脚手架Zip文件的接口，返回Zip文件的byte数组类型，配置文件内容，可拷贝src/main/resources/config/skeleton-data.properties的内容

@RequestMapping(value = "/downloadBytes/{skeletonName}", method = RequestMethod.POST)
public byte[] downloadBytes(@PathVariable(value = "skeletonName") String skeletonName, @RequestBody String config);

• 根据脚手架名称，下载脚手架Zip文件的接口，返回Zip文件的ResponseEntity类型，配置文件内容，可拷贝src/main/resources/config/skeleton-data.properties的内容

@RequestMapping(value = "/downloadResponse/{skeletonName}", method = RequestMethod.POST)
public ResponseEntity<Resource> downloadResponse(@PathVariable(value = "skeletonName") String skeletonName, @RequestBody String config);

请联系我

微信、钉钉、公众号和文档

Star走势图