Smart Admin 中后台解决方案 1.1.0 发布，新增多项功能

SmartAdmin 通用型中后台解决方案 v1.1.0已重磅发布，更新如下：
1. 新增前端、后端、excel导出等代码生成;
2. 修改代码生成路径到桌面;
3. 新增四级菜单支持，包含顶部菜单分类;
4. 优化菜单内部排序;
5. 优化前后端包结构，方便业务开发;
6. 升级iview到ViewUI;
7. 升级springboot到2.2.x;
8. 优化pom.xml文件;
9. 优化了炒鸡多的文档；

gitee地址： https://gitee.com/lab1024/smart-admin 
文档地址： http://smartadmin.1024lab.net/ 
演示地址：http://preview.smartadmin.1024lab.net

平台简介：

SmartAdmin由河南·洛阳 1024创新实验室团队研发的一套互联网企业级的通用型中后台解决方案！使用最前沿的前后台技术栈SpringBoot和Vue，前后端分离，我们开源一套漂亮的代码和一套整洁的代码规范，让大家在这浮躁的代码世界里感受到一股把代码写好的清流！同时又让开发者节省大量的时间，减少加班，快乐工作，热爱生活。SmartAdmin 让你从认识到忘不了，绝对是你最想要的！

疑惑

有人问：又是个“轮子”？ 轮子靠谱吗？为什么要选择你这个轮子？
1024Lab回答：它不是“轮子”，而是一套代码，一套规范，一套开发理念，一套思想。

理念与思想

• 我们分享的不是代码，不是徒劳无功的堆砌功能，而是你必须的基础功能，比如Vue前端权限、心跳、动态Reload、Keepalived标签页等等，可能还有一些正是你当前项目中缺失的功能。
• 我们分享的不仅有代码，还有一套经过几十人验证过的前、后端代码。细节决定成败，好的规范能让我们敲下的每行代码更铿锵有力！
• 我们推崇高质量的代码，身为开发，代码即利剑，键盘上一套行云流水，宛如侠客，事了拂衣去，深藏身与名。
• 我们推崇团队的高度配合默契、互相帮助，从不加班，而不是一看到别人的代码就头皮发麻，留其996.ICU
• 我们热爱编程，热爱代码，保持谦逊，不断学习，快乐工作，热爱生活。
• 请相信并认真阅读下面的每一个点，让你感受不一样的编码体验

演示图

技术体系

• 前端：Vue + Vue-Router + Vuex + ViewUI(iview) + vue-enum
• 后端：SpringBoot2 + Mybatis-plus + jwt + druid + mysql
• 前端代码规范smart-front-standard -guide
• 基于阿里规范之上的后端规范smart-backend-standard-guide

前端特点

• 高质量的代码、代码结构、和代码注释
• 漂亮的UI，菜单栏、标签页等等
• 优化基于Keepalive的标签页，做到标签页该缓存的时候缓存，比如左右切换等，不该缓存的时候不缓存，比如新建，表单提交结束等
• 前端常量维护: vue-enum，拒绝出现魔法数字，代码不可维护的现象
• 全新的基于前端的权限设计（忘掉传统的权限设计吧，已经不适合这个前端时代）
• 体验、交互更好用的员工、部门、角色、菜单管理
• 基于websocket的在线人数
• 支持一级、二级、三级菜单
• 支持菜单搜索功能
• 其他功能：邮件、富文本、消息、系统配置等等
• 定时任务
• 写不完了，太多好的细节需要你的发现

后端特点

• 高质量的Java代码、分包结构、和代码注释
• 业内独创的请求返回码维护，非常值得一看
• 基于一个注解和controller的权限设计放弃更复杂的shiro
• 完整的数据权限支持
• 四层架构（controller, service, manager, dao）
• 代码阅读性强、扩展性极高的员工、部门、角色、菜单管理
• 基于LRU策略的内存级权限缓存
• 自定义枚举表单验证，BigDecimal验证等
• 配合前端vue-enum的swagger文档注解
• 心跳服务，让你发现有哪些机器再跑，哪些人在偷偷的跑你的Job
• 自定义的quartz job添加和修改，方便测试人员测试
• smart-reload，为系统预留钩子，动态加载，在不重启程序前提下执行一些代码，你懂的
• 其他功能：邮件、富文本、消息、系统配置等等
• 以上只是一些举例，更多灿若繁星的惊喜和细节，等待着你的发现！

前端代码规范

• 文件、文件夹、目录结构、组建、变量等等怎么命名
• html、css、less等如何规范
• vue项目目录结构如何划分
• router和store该怎么划分扩展性更好
• vue组件规范该选择哪些
• 以及更多，数不胜数让你觉得实用，同时身心愉悦的规范

后端代码规范

• 好多种分包，哪种更合理一些
• 四层架构（controller, service, manager, dao） 是什么，为什么要有四层
• 各个层的代码该怎么写才能让团队配合默契，高度一致
• vo, bo, dto, entity 怎么区分和使用
• spring的 @Transactional 你用对了吗
• 方法参数个数、注释、todo这些也要有规范，你遵守过吗
• 以上举例，只是沧海一粟，更多的细节等待你的发现！

ps：以上规范基础都是以团队出发，让团队开心快乐的写代码，而不是为了代码规范而规范。