设计模式零

设计模式零

一、设计模式分类

创建型:创建对象的模式

结构型:讨论类和对象的结构

行为型:关注对象的行为,解决对象之间的联系问题。

二、设计原则

2.1 单一职责原则

只有一个引起它变化的原因,一个类只有一个职责。

2.2 里氏替换原则

父类能出现的地方能用子类替换,但是反过来不一定可以。

2.3 依赖倒置原则

面向接口编程的精髓。

高层模块不应该依赖低层模块,两者都依赖其抽象。抽象不依赖细节。细节应该依赖于抽象。

2.4 接口隔离原则

客户端不应该依赖它不需要的接口。

类间的依赖关系应该建立在最小的接口上。

2.5 迪米特法则

一个对象应该对其它对象尽可能少的了解。

2.6 开闭原则

在不修改代码的前提下可以扩展功能。

时间: 2024-10-12 10:59:46

设计模式零的相关文章

【设计模式】Java设计模式第零课之策略模式

从今天开始看<<Head First 设计模式>>,打算每学习一章都写一篇笔记,今天的第零篇希望是一个好的开端,能够善始善终.加油. 设计模式入门:策略模式(看实际的需求(情景)是什么,采用适当的策略) 设计原则零:不管当初软件设计的多好,一段时间之后总是成长和改变的,否则软件就会死亡. 设计原则一:找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起 把会变化的部分取出并封装起来,好让其他部分不会受到影响 这样代码引起的不经意后果变少,系统变得更有弹性

[设计模式]之零:六大设计原则

设计模式系列目录 单一职责原则 Single Responsibility Principle - SRP 就一个类而言,应该仅有一个引起它变化的原因. 假设现在要在iPhone上做一个图片编辑工具.功能有裁剪图片,旋转图片,缩放移动照片等等. 呐,我们可以写一个功能集类,然后把这些所有操作视为功能集的一部分,把代码全部写进这个类里面. 这么看来似乎可以,因为这是作为一个单独的模块嘛,把相关功能写进一个工具类里,用哪个功能调用哪个函数就好了.但这带来了一个问题就是这个工具类包含过多功能显得非常臃

猿取向的规划设计模式 ——GoF《设计模式》阅读摘要(零)

这个话题是很奇怪,设计模式是引导程序的设计不是模仿什么软件?呃.我的意思是,这是 面"对象"相对的设计模式. 我曾见过有人写<给妻子解释设计模式>,这样的把计算机中的思想与生活相结合固然非常好.人类解决这个问题的思想是相通的,计算机中的非常多思想比方分治.递归.贪心等都能在生活中找到相似的样例.可是.不恰当的样例反而会误导人的思维.造成理解偏差.设计模式本就是类与类之间怎样组织的一套软件设计经验,我们拿软件开发中的实例来解说,会更加准确. 写在前面: 为什么要学设计模式?

10.27 开课一个月零二十三天(设计模式)

<?php //面向对象的三大特性 //封装: //目的:为了让类更安全 //做法:将成员变量变为私有,做一个方法来间接操作成员变量,在方法里面加限制条件 //继承: //子类可以继承父类的一切 //特点:单继承,一个子类只能有一个父类 //多态: //当父类引用指向子类实例,由于子类对父类的方法进行了重写,使用父类引用去调用该方法的时候表现出的不同状态 //静态: //静态的成员是属于类的 //普通成员是属于对象的 //抽象类 //不能被实例化 //接口 //关键字:interface //加

《从零開始学Swift》学习笔记(Day67)——Cocoa Touch设计模式及应用之MVC模式

原创文章,欢迎转载.转载请注明:关东升的博客 MVC(Model-View-Controller,模型-视图-控制器)模式是相当古老的设计模式之中的一个,它最早出如今Smalltalk语言中. 如今,非常多计算机语言和架构都採用了MVC模式. MVC模式概述 MVC模式是一种复合设计模式,由 "观察者"(Observer)模式."策略"(Strategy)模式和"合成"(Composite)模式等组成.MVC模式由3个部分组成,如图所看到的,这3

23-从零玩转JavaWeb-单例设计模式

一.什么是设计模式 二.什么是单例设计模式 三.单例设计模式特点 四.单例设计模式优点 五.单例设计模式实现步骤   六.什么是工具类   原文地址:https://www.cnblogs.com/myxq666/p/8013126.html

大话设计模式:零篇

前言: 本次大话设计模式是在Head First 设计模式(PDF下载链接,密码 131f)和刘伟设计模式系列博客的基础上完成的.书中的知识和刘伟的总结给我很大的帮助,本系列博文是在自己学习设计模式时候的总结和一些收获. 原文地址:https://www.cnblogs.com/dc-earl/p/10270826.html

设计模式从零到一之六大原则

一.单一职责原则(Single Responsibility Principe)简称是SRP. 单一职责原则的好处: 1.类的复杂性降低,实现什么职责都有清晰明确的定义: 2.可读性提高,复杂性降低,那当然可读性就提高了: 3.可维护性提高,可读性提高,那当然就更容易维护了: 4.变更引起的危险降低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的实现类有影响,对其他的接口无影响,这对系统的扩展性,维护性都有非常大的帮助. 单一职责原则提出了一个编写程序的标准,用"职责&quo

《从零開始学Swift》学习笔记(Day 65)——Cocoa Touch设计模式及应用之选择器

原创文章,欢迎转载.转载请注明:关东升的博客 实现目标与动作关联使用UIControl类addTarget(_:action:forControlEvents:)方法,演示样例代码例如以下: button.addTarget(self, action: "onClick:", forControlEvents: UIControlEvents.TouchUpInside) 当中的action參数"onClick:"其实就是选择器(Selector). 问题提出 不论