网站添加手机站,网页游戏推广网站怎么做,靖江网站建设价格,wordpress后台地址能改一、开篇
其实我本来不是打算把系统架构中的一些设计模式单独抽出来讲解的#xff0c;因为很多的好朋友也比较关注这方面的内容#xff0c;所以我想通过我理解及平时项目中应用到的一
些常见的设计模式,拿出来给大家做个简单讲解#xff0c;我这里只是抛砖引玉#xff0c…一、开篇
其实我本来不是打算把系统架构中的一些设计模式单独抽出来讲解的因为很多的好朋友也比较关注这方面的内容所以我想通过我理解及平时项目中应用到的一
些常见的设计模式,拿出来给大家做个简单讲解我这里只是抛砖引玉如果某个地方讲解的不正确或者不详细请大家批评指出。园子里面的很多的大牛写的设计模式
都非常的经典我这里写可能有点班门弄斧的感觉不过我还是决定把它写出来希望能对初学者有一定的帮助和指导的作用。当然我这里如果说某个地方解释的有问
题或者说是某个地方写的不符合逻辑之处还请大家多多指出提出宝贵意见。
软件工程中其实有很多总结性的话语比如说软件算法数据结构等等这样的描述当然我们这里可能算法就是泛指一些软件中的编程方法了设计模式怎么去
理解呢为什么要有设计模式它能带来什么等等这些都是我们需要讨论的问题。首先我们需要知道设计模式能带来什么。可能这才是我们学习它的主要原因如果
说不能为我们在书写软件的过程中带来更方面的好处那我们也不会使用和学习它。
设计模式是什么
设计模式可以简单的理解为解决某一系列问题的完美的解决方案。我们在软件开发的过程中经常遇到设计功能实现的问题而设计模式正是为了解决软件设计功能
实现时遇到的某一类问题的解决方案。因为一般情况下来说我们在某个软件功能的开发过程中遇到的功能设计问题可能是前人很早就遇到过的问题所以通过这种
设计模式的方式来解决能让我们在软件实现的过程中少走弯路或者说是给我们的软件设计带来很好的灵活性和适应性。
设计模式带来了什么
设计模式是源于实践并且每种设计模式都包含了一个问题描述问题涉及到的参与者并且提供了一个实际的解决方案。设计模式的好处我们可以通过下图来简单
说明 当然我这里可能总结还不完全还请大家补充我会更新这里面的内容。当然设
计模式带来了这么多的好处所以我们学习设计模式就显得比较必要了也是从事软件开发及设计必须掌握的基本技能之一。
设计模式的简单分类 当然这里可以简单的分为这3大类下面我们在讲述的过程中将会分别讲解当然我这里是以创建型模
式开始讲解我想创建型模式也是大家项目中必备的吧下面我就从创建型模式先来讲解。
二、摘要
本文将主要讲解创建型模式中的单例模式先来讲解因为单例模式是最简单也是最容易理解的设计模式上手快易使用的设计模式。本文将从下面的流程来讲解
单例模式后面讲述的设计模式也将使用这样的方式。
1、什么是单例模式
2、单例模式的应用场景。
3、举例说明单例模式的使用。
4、总结单例模式的用法。
三、本文大纲
a、开篇。
b、摘要。
c、本文大纲。
d、单例模式的简介。
e、相关应用场景分析。
f、本文总结。
g、系列进度。
h、下篇预告。
四、单例模式的简介
本章我们将来讲述下单例模式的使用首先我们来看看单例模式的定义
单例模式是一种软件设计中常用的设计模式主要是用来控制某个类必须在某个应用程序中只能有一个实例存在。
有时候我们需要确保整个系统中只有某个类的一个实例存在这样有利于我们协调控制系统的行为。例如我们在某个系统中使用了发送短信的这样的服务那么
我们可能希望通过单一的短信服务类的实例而不是多个对象实例完成短信的发送服务。这时我们可以通过单例模式来完成。 上图简单描述了单例模式应用的位置。
我们看看单例模式的几种实现方式 下面我们来举例说明下这2种方式的实现。
1、外部控制的方式 public class Instance { private ListSendMessage lists new ListSendMessage(); private SendMessage sendInstance; public SendMessage SInstance { get { return sendInstance; } } public void InstanceMethod() { if (lists.Count 0) { sendInstance new SendMessage(); lists.Add(sendInstance); } else { sendInstance lists[0]; } } }2、内部控制方式 public class Instance1 { private static SendMessage sendInstance; private static object _lock new object(); protected Instance1() { } public static SendMessage SInstance { get { lock (_lock) { if (sendInstance null) sendInstance new SendMessage(); return sendInstance; } } } }这里有几点需要注意的地方对于第二种方式有几个地方需要说明下首先是要控制全局只有一个实例的类请定义成静态实例这样可以确保只有一个实例对
象其次这个对象的构造函数请声明成保护类型的成员这样可以屏蔽通过直接实例化的形式来访问。通过这样的形式客户可以不需要知道某个单例实例对象的内
部实现细节。一般情况下满足上面的2点需求就可以完成全局唯一访问入口的控制。当然可能在多线程的情况下采用这样的形式还会有一定的弊端当然我们这里也简单
的讲解下相应的控制方案。方案如下 public class CoolInstance { private CoolInstance() { } public static readonly CoolInstance Instance new CoolInstance(); }看吧很简单吧当然我们这里来简单解释下原理
1、我们先把构造函数声明为私有的构造函数这样我们能够屏蔽外部通过实例化的形式访问内部的成员函数。所有的成员函数的访问必须通过静态成员Instance
来完成访问。
2、这段代码通过定义公共、静态、只读的成员相当于在类被第一次使用时执行构造,由于是只读的所以一旦构造后不允许修改就不用担心不安全的问题。
相信对上面的介绍大家应该基本上知道单例模式的应用了那么下面我们来看看项目中的实际应用场景及用法。
五、相关应用场景讲解
1、场景短信及邮件发送服务
那么我们将采用上面介绍的最“COOL”的方式来进行控制提供发送短信及发送邮件的服务。 public class CoolInstance { private CoolInstance() { } public static readonly CoolInstance Instance new CoolInstance(); /// summary /// 发送手机短信 /// /summary public bool SendMessage(string telNumber,string content) { return true; } /// summary /// 发送邮件 /// /summary /// param namecontent/param /// param nametoMail/param public bool SendMail(string content,string toMail) { return true; } }我们再来看看调用类中如何书写完成调用。例如我们有个订单类当有人新下订单时将给卖家发送短信提醒功能。 /// summary /// 订单业务 /// /summary public class Order { public int Save() { //先是将订单的相关信息生成, this.InitOrderInfo(); //执行订单的持久化方法 int count this.Add(); //发送短信 CoolInstance.Instance.SendMessage(string.Empty, string.Empty); //发送邮件 CoolInstance.Instance.SendMail(string.Empty, string.Empty); return count; } /// summary /// 初始化订单信息 /// /summary private void InitOrderInfo() { } /// summary /// 新增订单信息 /// /summary /// returns/returns private int Add() { return 0; } }这样我们就完成了短信发送服务及邮件发送服务的控制。主要还是根据自己的业务需要。
2、例如我们现在提供一个系统日志服务或者打印或者扫描的服务我们希望全局只有一个访问入口那么我们就可以通过这样的单例模式来实现这样的需求。 public class PrintHelper { #region 构造函数 private PrintHelper() { } public static readonly PrintHelper Instance new PrintHelper(); #endregion #region 打印服务 /// summary /// 直接打印服务 /// /summary /// returns/returns public bool Print() { return true; } /// summary /// 打印预览 /// /summary /// returns/returns public bool PrintPreview() { return true; } #endregion }具体的调用类我就不写相应的代码都和上面的形式类同下面我们讲解下可能更特殊的需求有时候我们可能需要更新我们创建的唯一实例这时我们如何控
制单例实例对象的更新呢有时候可能我们有这样的需求。下面我们来看看如何实现这样的需求。
3、可更新单例对象的场景
首先我们先说下什么情况下会遇到这样的更新方式呢例如我们想在单例模式的类的构造函数是带有一定参数的情形时 public class UpdateHelper { private string type string.Empty; private static object _lock new object(); private static UpdateHelper instance; private UpdateHelper(string valueType) { type valueType; } public static UpdateHelper Instance { get { lock (_lock) { if (instance null) { //如果这里有多个条件需求的话可能写起来会比较复杂那么有更好的方式来处理吗 instance new UpdateHelper(test!); } return instance; } } } }那么我们来分析几种办法有没有更好的办法来处理呢
1、首先我们不能手动实例化所以我们没有办法动态传入构造函数参数只能在类的内部指定这个参数但是有时候我们需要动态的更新这个参数那么这样的
形式显然就没有办法实现。
2、通过属性的方式来动态的设置属性的内容来完成输出参数的改变但是这样的方式可能太过自由无法满足单例模式的初衷。
3、接口方式因为接口必须要靠类来实现所以更不靠谱可以不考虑这样的方式。
4、通过Attribute的方式来将信息动态的注入到构造函数中但是怎么说这样的方式是不是太兴师动众了呢毕竟单例模式本来就是很简单的。
5、通过配置文件通过config文件配置节点的形式来动态的配置相关信息实现更新实例对象内容的情况。
通过上面的5种情况的分析那么通过2、4、5可以实现这个要求但是对比相应的代价来说5的方式是最灵活也是最符合单例模式本来的规范要求相对来说
成本和代价也可以接收。
?xml version1.0 encodingutf-8 ?
configuration system.Web add keyssss value/add /system.Web
/configuration那么我们上面的单力模型中的代码只需要稍微的变化下即可请看如下代码 public class UpdateHelper { private string type string.Empty; private static object _lock new object(); private static UpdateHelper instance; private UpdateHelper(string valueType) { type valueType; } public static UpdateHelper Instance { get { lock (_lock) { if (instance null) { //如果这里有多个条件需求的话可能写起来会比较复杂那么有更好的方式来处理吗 instance new UpdateHelper(System.Configuration.ConfigurationManager.AppSettings[ssss].ToString()); } return instance; } } } }我想到这里大家都对单例模式有个简单的认识了本文的内容就讲到这里。我们来回顾下我们讲述的内容 六、本文总结
本文主要讲述了创建型模式中的单例模式单例模式主要是用来控制系统中的某个类的实例的数量及全局的访问入口点。我们主要讲述了实现单例模式的方式
分为外部方式及内部方式当然我们现在采用的方式都是内部方式还讲述了线程安全的单例模式及带有参数的构造函数的情况根据配置文件来实现参数值的动态配
置的情况。希望本文的讲解能对不熟悉设计模式的同仁能够了解知道单例模式的应用而对已熟知单例模式的同仁可以温故而知新我会努力写好这个系列当然我这
里可能在大牛的面前可能是班门弄斧吧不过我会继续努力争取写出让大家一看就明白的设计模式系列。本文错误之处再所难免还请大家批评之处我会继续改
进。
七、系列进度
创建型
1、系统架构技能之设计模式-单件模式
2、系统架构技能之设计模式-工厂模式
3、系统架构技能之设计模式-抽象工厂模式
4、系统架构技能之设计模式-创建者模式
5、系统架构技能之设计模式-原型模式
结构型
1、系统架构技能之设计模式-组合模式
2、系统架构技能之设计模式-外观模式
3、系统架构技能之设计模式-适配器模式
4、系统架构技能之设计模式-桥模式
5、系统架构技能之设计模式-装饰模式
6、系统架构技能之设计模式-享元模式
7、系统架构技能之设计模式-代理模式
行为型
1、系统架构技能之设计模式-命令模式
2、系统架构技能之设计模式-观察者模式
3、系统架构技能之设计模式-策略模式
4、系统架构技能之设计模式-职责模式
5、系统架构技能之设计模式-模板模式
6、系统架构技能之设计模式-中介者模式
7、系统架构技能之设计模式-解释器模式
八、下篇预告
下篇我们将会介绍我们大家最熟知的工程模式当然我会更多的结合实例来讲解每个设计模式的应用场景及具体的实例来更清晰的描述什么情况下用什么模
式及每个模式之间的区别。大家的支持就是我书写的动力希望大家多多支持我吧
转自https://www.cnblogs.com/hegezhou_hot/archive/2010/10/02/1841390.html
