[设计模式整理笔记 一] 基础知识
2016-01-28 16:07
411 查看
[设计模式整理笔记 一] 基础知识
[导读][设计模式整理笔记 一] 基础知识
[设计模式整理笔记 二] 简单工厂模式(Simple Factory)
[设计模式整理笔记 三] 工厂模式(Factory)
[设计模式整理笔记 四] 抽象工厂模式(Abstract Factory)
[设计模式整理笔记 五] 创建者模式(Builder)
[设计模式整理笔记 六] 工厂模式与创建者模式总结
[设计模式整理笔记 七] 原型模式(ProtoType)
[设计模式整理笔记 八] 单例模式(Singleton)
[设计模式整理笔记 九] 外观模式(Facade)
....后续, 包括部分例子
[/导读]
设计模式的范围极广, 我最近也是略来整理与研究了一下, 感觉每一段时间整理一下自己学到的东西, 会发现得到的知识会比以前学的更多更全面, 不然都是散散的在脑袋里面。下面例子是一个大型企业的计算工资模式, 因为有很多各地的子公司, 当然计算工资的方法也是不同的。
先定义一个接口, 确定计算工资的方法, 如下:
代码
using System;
namespace ConsoleApp
{
class Program
{
public static void Main(string[] args)
{
ISalary Salary = CreateSalary("BeiJin"); //需要调用子公司的工资计算过程时, 把子公司的名称传进去
Salary.CommandSalary();
Console.ReadLine();
}
/// <summary>
/// 通过传进的公司名返回相应的实例
/// </summary>
/// <param name="CompanyName">子公司的名称</param>
/// <returns></returns>
private static ISalary CreateSalary(string CompanyName)
{
ISalary Salary = null;
if (CompanyName == "ShenZhen") //这里可以通过更多方法来判断,通过不同的名返回相应的实例
{
Salary = new ShenZhenSalary();
}
else if (CompanyName == "BeiJin")
{
Salary = new BeiJinSalary();
}
return Salary;
}
}
}
这样就可以调用计算得到各子公司的工资, 对于小型的公司, 这样的设计已经是相当的完美了, 但对于一个大公司, 子公司可能有几十个更甚至几百个, 这样在CreateSalary中就需要更多的if来判断了, 这显然对维护是极为不好的, 那需要怎样设计呢? 这就是所要讨论到的设计模式了, 下面接着的文章就会是常用的工厂模式来编写这个模块。
注:这是一个新手常用的写法,这还没讲到工厂模式,这里只是说这样写的类不好,不符合系统的设计模式, 先举个反例, 后面将会介绍设计模式。有些朋友没看清楚, 标注一下。
(注:这是个人学习过程的心得,可能存在极大的错误,请大家指正)
相关文章推荐
- hdu4251The Famous ICPC Team Again【划分树入门题】
- Spreading the Wealth
- Android------Intent用法大全
- 《iOS Human Interface Guidelines》——Sound
- 最流行前端开发框架对比
- 工作笔记
- 《算法竞赛入门经典》刘汝佳 C语言部分(前四章)“注解与习题” 之思索 -<1>
- [LeetCode] Odd Even Linked List
- win7系统如何设置自动关机?win7系统设置自动关机的方法
- CSS 实现div宽度根据内容自适应
- 综述及分析:无线传感器网络的分析及启示
- 如何删除AD RMS根认证的方法
- jsp性能优化
- SQL Server 创建链接服务器
- 怎样删除在Github中创建的项目
- 【LeetCode】Partition List
- 23种设计模式 - java 实现
- idea15搜索窗口、调试窗口、对话框按钮乱码
- UVA 11538 Chess Queen
- Android------startActivityForResult的详细用法