共计 1876 个字符,预计需要花费 5 分钟才能阅读完成。
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…