JarCastingNepxion 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检验是否工作
客户端部署
- 拉取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);
