重构桌面飘着圣诞老人,利用策略模式和改造的代理模式让软件完全实现开闭原则,欢迎下载源代码分析
2008-12-13 17:34
621 查看
读大学时写的桌面飘着Love(完全用GDI+绘制的),现在想让桌面飘着圣诞老人,其实稍微研究下,大家都会写,于是我想让代码更优美点。
如果想让桌面既飘着Love又飘着圣诞老人,怎么办呢,象装饰模式?不过不是。如果我想让程序全部封装成dll后,别人也能用很简单的代码进行扩展,怎么办呢?于是我定义好了整个结构,可以继承类然后写很简单的程序完成功能,无需修改我的类,可以支持运行时"热插拔"要显示到桌面飘着的Fly(比如通过配置app.config).
先看效果图吧:
上面是飘着圣诞老人
上面是飘着LOVE
上面是飘着LOVE和圣诞老人一起
上面是右键关于或者退出
上面是关于
上面是类图
上面是程序结构图
由于多种原因,我电脑WORD都没,所以没什么好的画图工具好表达上面的类图的关系。
其中ProxyImage类中采用了策略模式对采用什么图片进行出来。
在上面类图中:第一个注释里说:“ MainForm发送[多个]装载图片的命令给ProxyImage,而ProxyImage只返回[一个]图片给MainForm。”为什么是返回一个图片呢,原因有两点:第一:一个ILIST<>的一个对象只能装一个。第二:如果用其他方式返回两个,则会出现这种情况:如果显示LOVE,桌面可以飘100个,但如果桌面同时飘LOVE和圣诞老人,则桌面会飘着:200个,如果以后扩展,桌面飘着很多个,那桌面将会成为:N*100个,这个肯定不能这样。于是综合一些设计模式,我改造了下,变成现在我的程序的样子了。
如果我的程序全部编译为类库DLL文件了,要想扩展也非常方便。有两种情况:第一:用GDI+绘制图片,比如我这里的LOVE。第二:直接用图片。
第一种情况,扩展的类继承GdiImage抽象类,重载DrawImage方法,这个方法没有其它任何额外的代码,只做GDI+绘制;
第二种情况,扩展的类直接继承IImage接口,实现GetBitmap方法就行了。
如果想让桌面飘着的物体在运行时加载它,则可配置相应的配置文件则可。
程序中起桥梁作用的proxyImage类的代码如下:
proxyImage类代码
#region 版权
/*
* 版权归Lawson所有
* QQ:313769823
* Blog:lawson.cnblogs.com
*/
#endregion
using System;
using System.Collections;
using System.Collections.Generic;
using System.Drawing;
using System.Text;
namespace Main
{
/// <summary>
/// 负责桌面飘动的图片处理
/// </summary>
public class ProxyImage
{
private static Hashtable imageList = new Hashtable();
/// <summary>
/// 默认构造函数
/// </summary>
public ProxyImage()
{
//无操作
}
/// <summary>
/// 添加图片种类
/// </summary>
/// <param name="image">图片类型</param>
public static void AddImage(IImage image)
{
imageList.Add(imageList.Count + 1, image);
}
/// <summary>
/// 获取图片
/// </summary>
/// <returns>图片</returns>
public static Image GetImage()
{
object obj = null;
Image result = null;
if (imageList.Count == 1)
{
obj = imageList[1];
}
else
{
Random random = new Random();
obj = imageList[random.Next(1, imageList.Count)];
}
if (obj == null)
{
//防止扩展图片时,引用生成图片类而没先实例化它
throw new Exception("添加生成图片类时请先实例化该类");
}
obj = obj as IImage;
if (obj != null)
{
result = ((IImage)obj).GetBitmap();
}
else
{
throw new Exception("GetImage时出错误了,您可以把给错误发送给我:)");
}
return result;
}
}
}
这个程序研究起来还是很有意思,肯定还有更好的方法,欢迎大家批评,这样不仅可以在实际项目中采用设计模式设计出更合理的软件架构,更重要的是它还能给我们带来快乐。
(还可以找个png圣诞老人图片做个自己的屏保了哦:))
全部源代码:
/Files/Lawson/Fly.rar
既飘着圣诞老人也飘着LOVE(exe文件)
/Files/Lawson/Main.rar
飘着圣诞老人(exe文件)
/Files/Lawson/Christmas.rar
飘着LOVE(exe文件)
/Files/Lawson/gdi.rar
如果想让桌面既飘着Love又飘着圣诞老人,怎么办呢,象装饰模式?不过不是。如果我想让程序全部封装成dll后,别人也能用很简单的代码进行扩展,怎么办呢?于是我定义好了整个结构,可以继承类然后写很简单的程序完成功能,无需修改我的类,可以支持运行时"热插拔"要显示到桌面飘着的Fly(比如通过配置app.config).
先看效果图吧:
上面是飘着圣诞老人
上面是飘着LOVE
上面是飘着LOVE和圣诞老人一起
上面是右键关于或者退出
上面是关于
上面是类图
上面是程序结构图
由于多种原因,我电脑WORD都没,所以没什么好的画图工具好表达上面的类图的关系。
其中ProxyImage类中采用了策略模式对采用什么图片进行出来。
在上面类图中:第一个注释里说:“ MainForm发送[多个]装载图片的命令给ProxyImage,而ProxyImage只返回[一个]图片给MainForm。”为什么是返回一个图片呢,原因有两点:第一:一个ILIST<>的一个对象只能装一个。第二:如果用其他方式返回两个,则会出现这种情况:如果显示LOVE,桌面可以飘100个,但如果桌面同时飘LOVE和圣诞老人,则桌面会飘着:200个,如果以后扩展,桌面飘着很多个,那桌面将会成为:N*100个,这个肯定不能这样。于是综合一些设计模式,我改造了下,变成现在我的程序的样子了。
如果我的程序全部编译为类库DLL文件了,要想扩展也非常方便。有两种情况:第一:用GDI+绘制图片,比如我这里的LOVE。第二:直接用图片。
第一种情况,扩展的类继承GdiImage抽象类,重载DrawImage方法,这个方法没有其它任何额外的代码,只做GDI+绘制;
第二种情况,扩展的类直接继承IImage接口,实现GetBitmap方法就行了。
如果想让桌面飘着的物体在运行时加载它,则可配置相应的配置文件则可。
程序中起桥梁作用的proxyImage类的代码如下:
proxyImage类代码
#region 版权
/*
* 版权归Lawson所有
* QQ:313769823
* Blog:lawson.cnblogs.com
*/
#endregion
using System;
using System.Collections;
using System.Collections.Generic;
using System.Drawing;
using System.Text;
namespace Main
{
/// <summary>
/// 负责桌面飘动的图片处理
/// </summary>
public class ProxyImage
{
private static Hashtable imageList = new Hashtable();
/// <summary>
/// 默认构造函数
/// </summary>
public ProxyImage()
{
//无操作
}
/// <summary>
/// 添加图片种类
/// </summary>
/// <param name="image">图片类型</param>
public static void AddImage(IImage image)
{
imageList.Add(imageList.Count + 1, image);
}
/// <summary>
/// 获取图片
/// </summary>
/// <returns>图片</returns>
public static Image GetImage()
{
object obj = null;
Image result = null;
if (imageList.Count == 1)
{
obj = imageList[1];
}
else
{
Random random = new Random();
obj = imageList[random.Next(1, imageList.Count)];
}
if (obj == null)
{
//防止扩展图片时,引用生成图片类而没先实例化它
throw new Exception("添加生成图片类时请先实例化该类");
}
obj = obj as IImage;
if (obj != null)
{
result = ((IImage)obj).GetBitmap();
}
else
{
throw new Exception("GetImage时出错误了,您可以把给错误发送给我:)");
}
return result;
}
}
}
这个程序研究起来还是很有意思,肯定还有更好的方法,欢迎大家批评,这样不仅可以在实际项目中采用设计模式设计出更合理的软件架构,更重要的是它还能给我们带来快乐。
(还可以找个png圣诞老人图片做个自己的屏保了哦:))
全部源代码:
/Files/Lawson/Fly.rar
既飘着圣诞老人也飘着LOVE(exe文件)
/Files/Lawson/Main.rar
飘着圣诞老人(exe文件)
/Files/Lawson/Christmas.rar
飘着LOVE(exe文件)
/Files/Lawson/gdi.rar
相关文章推荐
- 机房重构利用策略模式+简单工厂实现消费金额的计算
- 机房重构利用策略模式+简单工厂实现消费金额的计算
- BlogEngine.Net架构与源代码分析系列part3:数据存储——基于Provider模式的实现
- 利用vc++中的winInet进行网络编程实现了下载网站的源代码
- android中利用代理模式简单实现界面之间的跳转与传值
- Py之Crawler:爬虫利用随机选取代理访问服务器的方法实现下载某网址上所有的图片到指定文件夹——Jason niu
- 利用Java的反射与代理实现IOC模式
- 黑马程序员—IOS加强视频—利用协议实现代理模式
- Net网络通讯编程[利用Socket实现字串、文件、序列化对象传输]--前面6篇博文全部源代码下载地址
- 第三页(客户端) :远程资源管理器 c#应用源代码,SERVICE + CLIENT 模式 可实现远程文件管理,下载功能
- 利用Java的反射与代理实现IOC模式
- C#中利用代理实现观察者设计模式
- 利用敏捷软件开发原则重构游戏商店系统
- BlogEngine.Net架构与源代码分析系列part3:数据存储——基于Provider模式的实现
- 计算器软件的代码实现 (策略模式+asp.net)
- SSM框架day01——025——CGLIB动态代理模式、026——CGLIB动态代理模式的实现、027——CGLIB动态代理执行流程分析、CGLIB动态代理的MethodProxy参数
- 敏捷软件开发:原则、模式与实践——第5章 重构
- 利用Java的反射与代理实现IOC模式
- 【机房重构】--职责链模式+策略模式 实现下机
- Unity3D学习之如何利用C#实现代理模式