2020年12月19日
02-02UML类图之--泛化关系(generalization)
摘要： 如果你需要转载请说出原文出处，个人总结有不足之处请留言指出稍候修正，当然也欢迎大家一起探讨，欢迎你加入996.ICU…… 阅读全文
posted @ 2020-12-19 07:34 PickRecalled 阅读(282) 评论(0) 推荐(0) 编辑
02-01UML类图之--依赖关系(Dependence)
摘要： 如果你需要转载请说出原文出处，个人总结有不足之处请留言指出稍候修正，当然也欢迎大家一起探讨，欢迎你加入996.ICU…… 阅读全文
posted @ 2020-12-19 07:30 PickRecalled 阅读(438) 评论(0) 推荐(0) 编辑
01-07.合成复用原则(Composite Reuse Principle)
摘要： 如果你需要转载请说出原文出处，个人总结有不足之处请留言指出稍候修正，当然也欢迎大家一起探讨，欢迎你加入996.ICU…… 阅读全文
posted @ 2020-12-19 07:26 PickRecalled 阅读(127) 评论(0) 推荐(0) 编辑
01-06.迪米特法则(Demeter Principle)
摘要： 如果你需要转载请说出原文出处，个人总结有不足之处请留言指出稍候修正，当然也欢迎大家一起探讨，欢迎你加入996.ICU…… （1）违反迪米特法则案例 （2）满足迪米特法则案例 阅读全文
posted @ 2020-12-19 07:20 PickRecalled 阅读(102) 评论(0) 推荐(0) 编辑
2020年12月7日
00-00设计模式（DesignPattern）
摘要： 关于什么是设计模式（DesignPattern）网上一大堆的介绍，这里就不在赘述了，其实我想告诉你的就是，设计模式（DesignPattern）是由四个人合作总结提出的，然后业界给他们起了一个带号叫GOF也就是gang of four的缩写，翻译过来就是四人帮的意思，但是我喜欢叫他们四大金钢，如下照 阅读全文
posted @ 2020-12-07 23:47 PickRecalled 阅读(204) 评论(0) 推荐(0) 编辑
01-05.开闭原则(Open Closed Principle)
摘要： 1、基本介绍 （1）开闭原则(Open Closed Principle)是编程中最基础、最重要的设计原则，前面的各种原则最终都是为了实现这个开闭原则，也就是为了达到开闭的一个效果。（2）那什么是开闭原则呢？我们来看这句话：一个软件实体如：类、模块和函数应该对扩展开放(站在对提供方来说)，对修改关闭 阅读全文
posted @ 2020-12-07 23:02 PickRecalled 阅读(229) 评论(0) 推荐(0) 编辑
2020年12月2日
01-04.里氏替换原则(Liskov Substitution Principle)
摘要： 里氏替换原则与面向对象中的继承是有很密切的关系，其实他是在告诉我们继承需要注意什么问题和要遵守什么规则，当我们在进行OO（Object–Oriented 面向对象）编程的时候，我们肯定会用到继承，但是继承也带来了一些弊端。如下面的思考和说明：OO（面向对象）中的继承性的思考和说明：（1）继承包含这样 阅读全文
posted @ 2020-12-02 09:12 PickRecalled 阅读(220) 评论(0) 推荐(0) 编辑
2020年11月29日
01-03.依赖倒转原则(Dependence Inversion Principle)
摘要： 1、基本介绍 依赖倒转原则(Dependence Inversion Principle)，他有五个点需要我们去掌握，如下：（1）高层模块不应该依赖低层模块，二者都应该依赖其抽象（何为抽象：抽象类或者接口我们就称为抽象，换言之就是可以去依赖接口，也可以去依赖抽象类，但是不能去依赖一个具体的子类）。（ 阅读全文
posted @ 2020-11-29 07:26 PickRecalled 阅读(265) 评论(0) 推荐(0) 编辑
2020年11月27日
01-02.接口隔离原则(Interface Segregation Principle)
摘要： 1、基本介绍客户端不应该依赖它不需要的接口（就是说这个接口里面，他不需要的就不要有），即一个类对另一个类的依赖， 应该建立在最小的接口上（这句话相对来说难理解一些，他的意思就是一个类要对另一个类有依赖的话， 那么这个接口应该是最小的，看下面的案列）。 2、违反接口隔离原则与满足接口隔离原则类图，如下 阅读全文
posted @ 2020-11-27 12:55 PickRecalled 阅读(174) 评论(0) 推荐(0) 编辑
01-01.单一职责原则(Single Responsibility)
摘要： 1、基本介绍 对于类来说的，就是一个类，应该只负责一项职责（一个类只管一件事）。 如类A负责两个不同职责：职责1，职责2。 当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为 A1，A2（也就是把A类分成A1类与A2类）。 2、单一职责原则注意事项和细节 （1） 降低类的 阅读全文
posted @ 2020-11-27 09:31 PickRecalled 阅读(206) 评论(0) 推荐(0) 编辑