weiit-frame 框架外围反对：
weiit-frame 框架的外围包命名规范，三个规范：外围反对命名、资源反对命名、业务反对命名三种
1、以 weiit-support 作为前缀的示意外围反对，外围反对的特点是约定了标准跟规范，不应该团队常常去改变。
2、以 weiit-resource 作为前缀的示意资源反对，即工具类或者第三方反对的封装，能够改变对第三方的依赖配置。
3、以 weiit-business 作为前缀的示意业务反对，即曾经开发好的业务模块是否能够复用的问题，如果曾经有编写封装好的业务，那就能够整顿打包成插件，让团队今后不必再反复开发。
针对 weiit-frame 框架进行解读：
一、weiit-support-core：
出发点：解决团队技术 SSM 框架的规范，去实体化、参数统一化、后果集统一化的问题
1、根本公共 controller：对 request，response 进行封装，对 get、post 参数传递进行封装，get 与 post 传递的参数都会被 getFormMap（）办法取得，返回成参数集 Map 对象，不便上游类能够间接应用 getFormMap 获取到参数。
2、根本转参 Map：BaseMap 提供了规范，能够对取参时进行转型，不便上游类获取时调用办法获取转型后果。
3、后果集 Map：E 对象是一个 Map，继承了 BaseMap, 当数据库操作返回数据时，皆以 E 对象进行存储，不便上游类应用时，只有一个 E 对象，不存在其余的实体对象，让代码简洁。
4、参数集 Map：FormMap 对象是一个 Map，继承了 BaseMap, 当 get、post 申请通过根本公共 controller 时, 来自 get 与 post 的数据将转型为 FormMap，因为去掉了实体对象，开发人员只须要记住 FormMap 对象外面有传递过去的参数就行，不便记忆，也能让代码简洁。
5、根本公共增删改查 Mapper：这个定义 了惯例的增删改查规范办法命名，定义了 mapper 层规范，上游类继承这个规范，是为了标准代码标准化，也是为了惯例的办法就不必持续书写了，简洁代码，晋升代码解读速度，只须要晓得惯例的办法的实现都在 weiit-suppor-core 中曾经实现就行。
6、根本增删改查接口：这个定义了上游的 service 层的规范。
7、根本公共增删改查实现类：这里的 AbstractService 是一个实现类，他实现了 BaseService，所以上游的 service 的 impl 层须要集成 AbstractService 类，其中有一个 setMapper 办法必须实现，因为这样 mapper 对象才会传递到进来，公共化的增删改查业务才得以实现。
二、weiit-support-task：
出发点：解决团队定时工作中央集权问题，去 Spring 定时工作配置化（或者注解化）。
1、外围以雪里 xxl 的思维，并齐全集成其外围思维，从新打包成 task 概念。
2、每一个 task 都是一个工作，技术 weiit-frame 框架规范的开发者只需变现工作实现，毋庸关注定时工作启动的问题。
3、实现的工作，皆交给地方定时工作管控零碎进行配置，能够灵便改变定时工作频率并毋庸重启。
三、weiit-resource-common：
出发点：解决团队文件存储、短信服务、LBS、物流服务等反对，让 resource 只跟第三方打交道。
1、反对文件存储服务
2、反对 LBS 服务，目前没有多 LBS 做太多的文档输入。
3、反对阿里云短信、腾讯云短信、容联云短信服务反对
4、反对快递鸟、阿里云全国对立物流服务
四、weiit-business-system：
出发点：让团队业务反复利用，让业务模块化。
1、weiit-business-sytem 基于 shiro 平安框架，让权限零碎可管制到菜单、并且可管制到操作级别。
2、权限能够有限往下传递，即权限为树状构造权限的规范。
3、蕴含菜单治理、管理员治理、角色组治理三个业务。
4、惯例业务简直满足的，齐全只需依赖 jar 反对即可插入应用，前提是基于 weiit-frame 规范。
源码 github 下载地址：https://github.com/HalfMouse/…
收费开源，咱们不限度开发者性质，集体与企业皆反对。
收费开源，咱们不限度开发者应用性质，集体学习应用或者开源版本间接商用。
收费开源，开发者针对源代码开源版本版权须保留原始出处，包含正文、作者、工夫等具备表明原始版本的代码与文件。
咱们开源的目标是建设技术信息交换窗口, 以寻求其余的解决方案的单干与共赢。
开源地址：https://gitee.com/wei-it/weii…