设计模式
文章平均质量分 80
Today.zje
有些事情不是看到了希望才去坚持,而是坚持才看到了希望。
展开
-
设计模式-里式替换及开闭原则(OCP)
一:里式替换原则原则内容:在子类中尽量不要重写父类的方法(不能改变父类原有的功能)在软件中,将一个基类对象替换成它的子类对象,程序将不会产生任何错误和异常。但是,如果将子类对象换成基类对象,就有可能产生错误和异常。(因为子类对象可能增加了新的属性、方法,甚至重写了父类的方法)二:开闭原则(OCP)原则内容:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。用抽象构建框架,用实现扩展细节。扩展开放是对功能提供方而言的,即扩展功能时必定要添加修改代码。修改关闭时对功能使用方而言的,原创 2021-04-17 19:45:18 · 224 阅读 · 1 评论 -
设计模式-单一职责及接口隔离原则
一:单一职责原则简单理解就是,一个类只负责一项职责。若一个DAO类即可以操作user表,又可以操作order表,则不符合单一职责原则应该分成两个DAO类(只有类中方法数量比较少,可以在方法级别上保持单一职责原则)二:接口隔离原则含义:一个类对另一个类的依赖应该建立在最小接口上,使用多个专门的接口比使用单一的总接口要好。这么说可能不好理解,看完下边这个栗子,在看刚刚的定义,你会更容易理解。举例:有这样一个需求系统中有三种角色,三个角色对订单的操作如下:用户,只能有查询订单的方法商家,只原创 2021-04-10 17:46:13 · 1321 阅读 · 0 评论 -
设计模式-依赖倒转原则
一:依赖倒转原则原则内容:高层模块不应该依赖于低层模块,两者都应该依赖于抽象抽象不应该依赖于细节,细节应该依赖于抽象要面向接口编程:使用接口或抽象类制定好的规范,而不涉及任何具体的操作,把展现细节、具体实现的任务交给他们的实现类去完成看完例子再回来理解比较好。^ - ^下面举个栗子:实现Person类接收Emial消息的功能实现方式如下:Person类、Email类代码class Person{ //接收消息并输出 public void receive(Email e原创 2021-04-12 19:10:38 · 175 阅读 · 1 评论