单一职责原则_第1页
单一职责原则_第2页
单一职责原则_第3页
单一职责原则_第4页
单一职责原则_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

单一职责原则(SRP)单一职责,强调的是职责的分离,在某种程度上对职责的理解,构成了不同类之间耦合关系的设计关键,因此单一职责原则或多或少成为设计过程中一个必须考虑的基础性原则。

关于单一职责原则,其核心的思想是:

一个类,最好只做一件事,只有一个引起它变化的原因。原理:如果一个类承担的职责过多,就等于把这些职责耦合在一起了。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当发生变化时,设计会遭受到意想不到的破坏。而如果想要避免这种现象的发生,就要尽可能的遵守单一职责原则。此原则的核心就是解耦和增强内聚性。问题由来:之所以会出现单一职责原则就是因为在软件设计时会出现以下类似场景:

T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障。也就是说职责P1和P2被耦合在了一起。产生原因:没有任何的程序设计人员不清楚应该写出高内聚低耦合的程序,但是很多耦合常常发生在不经意之间,其原因就是:

职责扩散:因为某种原因,某一职责被分化为颗粒度更细的多个职责了。解决办法:遵守单一职责原则,将不同的职责封装到不同的类或模块中。下面以一个用户管理为例演示单一职责原则。在业务逻辑层上定义类UserManager,在数据访问层定义类UserDao,在体对象层定义类User,每个类具有不同的职责和功能。

privateStringusername; privateStringuserpass; privateintrole;//………….各个属性的get、set方法}

publicclassUserDaoextendsBaseDao{

//返回所有用户 publicList<User>getAllUser(){

List<User>userList=newArrayList<User>();

......//访问数据库 returnuserList; }

//根据用户名查找用户 publicUsergetUserByName(Stringname){ Useruser=null; Stringsql="SELECT*FROMuserdetailWHEREusername=?";

...//查找相应用户名的用户 returnuser; }

//添加新用户 publicbooleanaddUser(Useruser){

//返回true表示成功 }}

publicclassUserManager{ privateUserDaouserDao=newUserDao();

//验证用户名和密码 publicbooleanCheckUser(Stringname,Stringpass){ booleanflag=false; Useruser=userDao.getUserByName(name); if(user!=null&&user.getUsername().equals(pass)){ flag=true;

} returnflag; }

//注册新用户 publicvoidregistUser(Useruser){ if(userDao.getUserByName(user.getUsername())!=null){ System.out.println("用户名已存在"); retur

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论