后台技术

对后台管理员进行分角色，分类别管理，每个管理员登录账号后只显示自己负责的权限范围。 创建后台管理数据库 models.py文件内 # 管理员表 class Superuser(models.Model): super_id=models.AutoField(primary_key=True) super_name=models.CharField(max_length=255) super_pwd=models.CharField(max_length=255) role = models.ManyToManyField(to='Role', ) #后台菜单表 class Menu(models.Model): """ 菜单表 """ name = models.CharField(verbose_name='菜单名', max_length=255) path = models.CharField(verbose_name='路径', max_length=255, null=True, blank=True) # null ：针对数据库，如果 null=True, 表示数据库的该字段可以为空，即在Null字段显示为YES。blank ：针对表单，如果 blank=True，表示你的表单填写该字段时可以不填，但是对数据库来说，没有任何影响 pid = models

一、EasyUI easyui是一种基于jQuery的用户界面插件集合。 easyui为创建现代化，互动，JavaScript应用程序，提供必要的功能。 使用easyui你不需要写很多代码，你只需要通过编写一些简单HTML标记，就可以定义用户界面。 easyui是个完美支持HTML5网页的完整框架。 easyui节省您网页开发的时间和规模。 easyui很简单但功能强大的。 优点：轻量、功能强大、免费、兼容性好、帮助详细、使用的人多生态好 缺点：非响应式布局、某些系统看起来有点土（客户与老板的感觉、确实与最新的那些UI有差距） 获得：上网搜索、网盘搜索大把被搭建好了基础功能的框架。 下载 下载后大家可以替换成最新的1.5版的easyui 官网： http://www.jeasyui.com/ ，有免费版，有商业版，商业版收费，帮助非常详尽 资源： http://www.jeasyui.net/ ，easyui是国人的的作品，但服务器在国外，官网也是英文的，这个网站类似官网的中文版 二、DWZ JUI 特点：DWZ富客户端框架(jQuery RIA framework), 是中国人自己开发的基于jQuery实现的Ajax RIA开源框架. 设计目标是简单实用,快速开发,降低ajax开发成本。 官网： http://jui.org/ 下载： https://github.com

这是由本人多年经验而开发的一个后台管理系统，目前分为两个版本，具体区别如下： 版本A，该版本129元： 1.单数据源 2.使用声明式事务 版本B，该版本189元： 1.支持多数据源与分布式事务 2. 使用注解式事务 另：版本C， 请移步： https://blog.csdn.net/rotating_windmill/article/details/80640301 版本D，请移步： h ttps://blog.csdn.net/rotating_windmill/article/details/80700660 两个版本共同点： 1.前端技术：jquery+easyui 2.后台技术：spring mvc+spring+mybatis 3.管理工具：maven 4.数据库：mysql 5.内置一个权限管理系统，分为角色、菜单、按钮、访问资源，最小粒度可控制到按钮。 6.后台管理系统支持换肤。 有需要了解更多的可加QQ：332557712，直接购买上闲鱼： https://2.taobao.com/item.htm?id=539496231315&smToken=1ec4aead1db94447a5d3040dfe79f800&smSign=F6meH4wBk%2BnLsgu0NZ1XEQ%3D%3D ----------------------------------------

重庆北大青鸟解放碑校区 J11班 项目小组：蒋勇小组 项目名称：权限管理系统 登录页 主页 用户管理页面 用户个人信息查看 项目介绍： 权限管理是一个几乎所有后台系统的都会涉及的一个重要组成部分，本系统主要目的是对整个后台管理系统进行权限的控制，而针对的对象是员工，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，数据泄露等问题。 使用技术：这个项目使用技术比较多，从前端使用了H5、CSS3、jQuery、BootStrap、Ajax 等技术，后端包含 MVC、MyBatis、jsp 等技术，数据库使用了 Mysql 以及Power Deginer。 项目总结 : 这个项目对于我们来说有点难涉及的技术也有点多，但是我们确定了做这个就没有想过要放弃，组员都比较努力配合也比较默契，最后才展现出了这样一个比较完整的项目，团队和坚持真的很重要！ 来源： https://blog.csdn.net/cqbdqn1/article/details/99285966

前言 　　很久没写文章了，今天有时间，把自己一直以来想说的，写出来，算是一种总结吧！ 这篇文章主要说前后端分离模式下(也包括app开发)，自己对后台框架和与前端交互的一些理解和看法。 　 前后端分离，一般传递json数据，对于 出参 ，现在通用的做法是，包装一个响应类，里面包含code，msg，data三个属性，code代表状态码，msg是状态码对应的消息，data是返回的数据。 　　如 {"code":"10008","message":"手机号不存在","totalRows":null,"data":null} 　　对于入参，如果没有规范，可是各式各样的，比如： 　　UserController的getById方法，可能是这样的： 　　　　 　　　　如果是把变量放在url，是这样的： 　　　　 　　比如 addUser方法，如果是用user类直接接收参数，是这样的： 　　 　　这样在前后端不分离的情况下，自己前后端代码都写，是没有啥问题，但是前后端分离情况下，如果这样用user类接收参数，如果你用了swagger来生成接口文档，那么，User类里面的一些对于前段来说没用的字段（createTime、isDel、updateTime。。。），也都会给前端展示出来，这时候前端得来问你，哪些参数是有用的，哪些是没用的。其实每个接口，对前端没用的参数，最好是不要给他展示，所以

一、前言 对目前的web来说，前后端分离已经变得越来越流行了，越来越多的企业/网站都开始往这个方向靠拢。前后端分离概念在今天其实并不新鲜，自以MVC模型为主的开发模式流行之初，前后端分离思想就被提出来了，但是经历了几十年的发展，前后端分离并没有得到实质的进步和应用。得益于前后端框架的丰富和发展以及接口文档自动化技术的出现，前后端分离于最近几年在很多的实践中得到了越来越好的应用和推崇。那么，什么是前后端分离呢？为什么要选择前后端分离呢？前后端分离对实际开发有什么好处呢? 二、背景 在以前传统的网站或者系统开发中，前端的工作一般只是切图，简单的将UI设计师提供的原型图实现成静态的HTML页面。而具体的页面交互逻辑，如页面与数据的交互工作等，可能都是由后台开发人员来实现，或者是前端紧紧的耦合后台。比如以前的基于MVC架构的淘宝Web，架构决定了前端只能依赖后台，这种模式是前端写好静态demo，后端翻译成VM模板，同时后台还实现C层的逻辑。 更有甚者，部门公司后台人员直接兼顾前端工作，一边实现API接口，一边开发页面。这导致后台的开发压力大大增加。前后端工作分配不均。不仅仅开发效率慢，而且代码维护困难。而前后端分离，则可以很好的解决前后端分工不均的问题。将更多的页面交互逻辑分配给前端来处理，而后端则可以专注于其本职工作，比如提供API接口，进行权限控制以及进行运算等工作

后台权限管理，其实当做过了，了解自己熟悉的模式以后，在做就老马识路了。当然这个有很多种方法。 小弟在此讲解下自己在公司内学到的 首先有管理员表Manager MID　　　　 MUserName　　 MPws GroupID 1 aa aa 1000 2 bb bb 1001 有个权限表Group GroupID GroupName GroupInfo（有哪些权限） 1000 技术部 AddNews|EditNews|DeleteNews 1001 客服部 AddNews|EditNews 有个操作表Control CID CName CInfo 1 AddNews 增加新闻 2 EditNews 修改新闻 3 DeleteNews 删除新闻 好了，表建好了。接下来是代码部分 小弟对生命周期也不是很了解，只懂得其中的一些 首先我们创建一个类。由于每个页面都要判断是否有操作权限，如果用session或cookie在页面判断的话也可以，不过这样相对增加代码量，也可以用HttpModule来做 这里介绍的是继承类 创建一个类为Manager:System.Ui.Page 然后在Manager类里重写Onload()方法。（在页面执行时由于有继承类，会先执行父类） 在Onload方法里我们可以通过登陆时获得的用户名去查找到对应的GroupID.

后台权限管理，其实当做过了，了解自己熟悉的模式以后，在做就老马识路了。当然这个有很多种方法。 小弟在此讲解下自己在公司内学到的 首先有管理员表Manager MID　　　　 MUserName　　 MPws GroupID 1 aa aa 1000 2 bb bb 1001 有个权限表Group GroupID GroupName GroupInfo（有哪些权限） 1000 技术部 AddNews|EditNews|DeleteNews 1001 客服部 AddNews|EditNews 有个操作表Control CID CName CInfo 1 AddNews 增加新闻 2 EditNews 修改新闻 3 DeleteNews 删除新闻 好了，表建好了。接下来是代码部分 小弟对生命周期也不是很了解，只懂得其中的一些 首先我们创建一个类。由于每个页面都要判断是否有操作权限，如果用session或cookie在页面判断的话也可以，不过这样相对增加代码量，也可以用HttpModule来做 这里介绍的是继承类 创建一个类为Manager:System.Ui.Page 然后在Manager类里重写Onload()方法。（在页面执行时由于有继承类，会先执行父类） 在Onload方法里我们可以通过登陆时获得的用户名去查找到对应的GroupID.

最近接友盟推送，文档超简单，本来就几分钟能完成的事情，结果断断续续搞了好几天，期间踩的坑，现在回想起来真的好可笑，完全可以避免的。不过在此也对友盟的客服以及技术点个赞，真的很耐心，尽管提交工单，他们提的意见也并不是太管用。 坑一：请勿在调用register方法时做进程判断处理（主进程和channel进程均需要调用register方法才能保证长连接的正确建立）。若未按文档要求初始化，则会导致App运行时，弹出toast提示。 友盟打开调试log文档 由于项目中某些第三方也会新开进程，所以第三方初始化的时候，都判断了进程。友盟推送不建议判断进程，打开调试就可以看到这个提示。 坑二：请确保Application Module的build.gradle文件中的applicationId与资源包名package一致（若不一致，请参考高级功能—自定义资源包名）。 这个原因就是导致我接收不到推送消息的原因。让其他同事运行接入了demo，然后他没过滤关键词，看到推送的时候其他是有log打印出来的。于是这提醒了我，我就去看了一下mainfest.xml中package确实是applicationId不一致。改了之后，终于可以接收到推送消息。 这个问题，其实完全可以避免的，友盟推送文档已经提示得挺明显的了。最近附上官方文档以及参考博客。 友盟推送官方文档 友盟推送 收不到通知栏消息LogCat有消息

首先必须跨一波，中兴的面试体验不错，面试官很温和，很客气，而且不用等很长时间，基本上跟面试通知的时间相差在5分钟之内。 轮到我时，一个小哥哥来通知我，并提醒我将手机静音，所以请各位一定要注意这个细节，手！机！静！音！ 面试时有两位面试官，听中兴工作人员介绍，说是天气太热，不想让大家面完还得等，所以将技术面和综合面放在一起进行。而且中兴的提前批只择优不汰劣，不会对秋招有影响。 小哥哥将我带到两位面试官面前，看到桌子上放一个算法工程师的牌子，当时很奇怪，然后坐下来开始面试。首先进行自我介绍，我说我想找java开发的工程师，两位面试官愣了一下，问了我一个tcp/ip的问题，没听清，然后面试官反应过来，说我应该去软件组面试，他们好像是面试关于网络算法方面的问题。然后等了大概五分钟，开始了面试。 刚过去时，面试官居然站起来了，说请坐，然后我坐下（受宠若惊）。 开始自我介绍，我首先介绍了一下自己的基本情况，会哪些技能，想找什么岗位的工作，做过什么项目，在项目中负责哪些工作，用到哪些技术。自己有哪方面的不足（本科不是计算机专业的，我说我最大的不足之处是非科班出身，专业基础跟科班出身的同学还有些差距，自己正在不断追赶），有哪些方面的优势（这里我讲到，第一，学习能力比较强。第二，做事认真负责，比较能吃苦。并结合自身经历具体说了一下） 面试官：从简历上来看，你做的前端工作比较多