设计模式（一）--单一职责模式（衡量接口或类设计）

作为一只入坑了两年多的java程序猿，最近才真正接触到公司的项目，面对公司所使用的框架技术，真是两眼一抹黑啊，如何快速看懂现有项目的关键技术，这直接决定你是否能快速胜任手里的工作！这段时间也思考了很多；现有的后端技术真的很多，springBoot、springcloud。。。什么的，我们固然要学习了，但是如果你的思维还停留在以前学生时代写的代码，做的软件。。那你也许会很不适应公司的开发工作，学生时代做的软件大多数都是自己的一些想法，然后付诸在代码上，框架架构什么的、需求什么的。。。我好像真的没怎么思考过，就连写的代码都是一时兴起！！！现在趁着还有时间就得深入了解一下编程的思维，提升一下自己编码姿势！ 看到公司现有项目的代码，我就常常在神游，为什么要继承这个接口？为什么实现类可以这样写？为什么别人写的代码会如此简洁而且条理清晰？。。。就在我快要迷糊，甚至在怀疑是否适合走编程这条路的时候！我看到了设计模式，什么是设计模式？简单来说就是历代优秀程序员总结出来的代码经验；这相当于一本对于程序员的绝世秘籍啊！如果你是刚接触程序，目前还在学基础语法的，也就是说你还没有写过几个软件、网站的，没有自主实现过软件开发从0到1的过程的，建议你不用急着了解这些设计模式。因为乱花渐入迷人眼啊！设计模式一共有多少种呢？最经典的有23种，我现在写的就是其中一种--单一职责模式； 单一职责模式（SRP）提出了一个程序员编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计得是否优良；通俗来说在实际开发工作中应该保持一个接口只做一件事，也就是一个职责一个接口；只要做过项目，肯定要接触到用户、机构、角色管理这些模块，通常解决这些模块间的权限分配、处理事件等实际开发问题都是基于角色的访问控制，通过分配和取消角色来完成用户权限的授予和取消，使用户与权限分离。用户作为角色管理的主体，它可以是管理员