![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
文章平均质量分 75
月缺月缘
黄昏里的世界有你我的缘份。
展开
-
简单工厂模式
咱们先来看看一个简单的计算机案例(一个控制台应用程序): Operation是一个运算类,加减乘除方法继承于Operation。 /// /// 运算类 /// abstract public class Operation { public double NumberA { get; set; }原创 2013-06-07 23:06:54 · 2777 阅读 · 0 评论 -
单一职责原则
单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。 软件设计时要发现职责并把那些职责相互分离。如何判断是否应该分离呢?如果你能够想到多于一个动机去改变一个类,那么这个类就具有多于一个的职责,就应原创 2013-06-13 16:57:02 · 2395 阅读 · 0 评论 -
UML基础
下面我们来详细分解: 动物矩形框:代表一个类Class,类图分为三层: 第一层,显示类的名称,如果是抽象类,则就用斜体显示。 第二层是类的特性,通常就是字段和属性。 第三层是类的操作,通常是行为。注意前面的符号,‘+’表示public,‘-’表示private,‘#’表示protected。 接口表示: 飞翔名称矩形框表示一个接原创 2013-06-07 04:19:32 · 2234 阅读 · 0 评论 -
策略模式
模拟场景: 某某公司要求我们做一个商场收银系统, 提出需求:商场会不定时举办一系列的优惠活动,优惠方式暂定为:打折扣,满多少还多少(例如:满300还100) 初步场景分析: 看到这个需求,第一感觉就会潜意识的认为“这个太简单了”。 1.商场收银系统:定义为winform的应用程序 2.活动优惠的计算,判断一下就可以了。 初步代码实现: ///原创 2013-06-13 10:15:39 · 6330 阅读 · 3 评论 -
开闭原则
开闭原则:(一个软件实体如类,模块和函数应该对扩展开放,对修改关闭)开闭原则要求尽量通过扩展软件实体的方法来适应变化,而不是通过修改已有的代码来完成变化。它是为软件实体的未来而制定的对现行开发设计进行约束的一个原则。 简单例子:以图书销售为例,图书有三个属性,价格,书名以及作者。小说书继承了图书接口。如果有一天图小说书打折,修改方案有三种: (1)修改图书接口,在接口中增加获得打折价格方转载 2013-06-14 09:44:17 · 2099 阅读 · 0 评论 -
依赖倒转原则
依赖倒置原则又称依赖倒置原则: 抽象不应该依赖细节,细节应该依赖于抽象。说白了,就是针对接口编程,不要针对实现编程。 依赖倒置原则包含三层含义: 1)高层模块不应该依赖低层模块,两者都应该依赖其抽象; 2)抽象不应该依赖细节; 3)细节应该依赖抽象。 看了上面的解释相信大家会和我一样会有一些疑问在脑海里(你存在我深深的脑海里)下面来详细说一说吧: 1)为什么要针原创 2013-06-26 15:58:56 · 5058 阅读 · 1 评论