[设计模式整理笔记 一] 基础知识
来源:互联网 发布:伊利丹.怒风 知乎 编辑:程序博客网 时间:2024/05/16 18:22
设计模式的范围极广, 我最近也是略来整理与研究了一下, 感觉每一段时间整理一下自己学到的东西, 会发现得到的知识会比以前学的更多更全面, 不然都是散散的在脑袋里面。下面例子是一个大型企业的计算工资模式, 因为有很多各地的子公司, 当然计算工资的方法也是不同的。
先定义一个接口, 确定计算工资的方法, 如下:
using System;
namespace ConsoleApp
{
public interface ISalary
{
void CommandSalary();
}
}
namespace ConsoleApp
{
public interface ISalary
{
void CommandSalary();
}
}
下面各地不同的子公司分别继承这个接口的CommandSalary方法,下面是深圳与北京二个地方的计算方法。设计二个类如下:
代码
using System;
namespace ConsoleApp
{
public class ShenZhenSalary : ISalary
{
public void CommandSalary()
{
Console.WriteLine("这是深圳子公司的工资计算模块");
}
}
}
namespace ConsoleApp
{
public class ShenZhenSalary : ISalary
{
public void CommandSalary()
{
Console.WriteLine("这是深圳子公司的工资计算模块");
}
}
}
北京子公司
代码
using System;
namespace ConsoleApp
{
public class BeiJinSalary : ISalary
{
public void CommandSalary()
{
Console.WriteLine("这是北京子公司的工资计算模块");
}
}
}
namespace ConsoleApp
{
public class BeiJinSalary : ISalary
{
public void CommandSalary()
{
Console.WriteLine("这是北京子公司的工资计算模块");
}
}
}
到里面基本类已经设计完成, 好多人都会在代码中要用到时候new一个出来,这样的代码可能会造成难以维护, 给人好乱的感觉。 或像下面的代码那样调用,代码如下:
代码
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;
}
}
}
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来判断了, 这显然对维护是极为不好的, 那需要怎样设计呢? 这就是所要讨论到的设计模式了, 下面接着的文章就会是常用的工厂模式来编写这个模块。
注:这是一个新手常用的写法,这还没讲到工厂模式,这里只是说这样写的类不好,不符合系统的设计模式, 先举个反例, 后面将会介绍设计模式。有些朋友没看清楚, 标注一下。
- [设计模式整理笔记 一] 基础知识
- JAVA设计模式笔记整理(一)
- JAVA学习笔记整理一(基础知识)
- Linux学习笔记一基础知识的整理
- 系统架构之设计模式一、基础知识
- 架构设计基础知识整理
- JAVA设计模式笔记整理(二)
- JAVA设计模式笔记整理(三)
- JAVA设计模式笔记整理(四)
- 设计模式--有道笔记的整理
- 笔记整理之设计模式 I
- 设计模式学习笔记一
- 设计模式学习笔记 一
- 设计模式学习笔记(一)
- 设计模式笔记(一)
- 设计模式笔记(一)
- 设计模式笔记(一)
- 设计模式学习笔记(一)
- delphi编程CRC算法的实现
- 周鸿祎:什么是好的用户体验?
- JAVA克隆
- HDU 1800 简单贪心 13.1.10用trie重做 ---其实是统计出现次数最多的单词
- 进程和线程的区别
- [设计模式整理笔记 一] 基础知识
- 绝对成交 杜云生
- 三种实现android加载进度条的动画效果
- tiny 6410按键中断控制LED灯
- Android 按钮事件
- [设计模式整理笔记 二] 简单工厂模式(Simple Factory)
- 用了那么长时间的标签页,今天做一规整,以备后用
- unoconv 备忘
- [设计模式整理笔记 三] 工厂模式(Factory)