[设计模式整理笔记 一] 基础知识

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[设计模式整理笔记 一] 基础知识相关的知识,希望对你有一定的参考价值。

[导读]

[设计模式整理笔记 一] 基础知识

[设计模式整理笔记 二] 简单工厂模式(Simple Factory)

[设计模式整理笔记 三] 工厂模式(Factory)

[设计模式整理笔记 四] 抽象工厂模式(Abstract Factory)

[设计模式整理笔记 五] 创建者模式(Builder)

[设计模式整理笔记 六] 工厂模式与创建者模式总结

[设计模式整理笔记 七] 原型模式(ProtoType)

[设计模式整理笔记 八] 单例模式(Singleton)

[设计模式整理笔记 九] 外观模式(Facade)

....后续, 包括部分例子

[/导读]

 

设计模式的范围极广, 我最近也是略来整理与研究了一下, 感觉每一段时间整理一下自己学到的东西, 会发现得到的知识会比以前学的更多更全面, 不然都是散散的在脑袋里面。下面例子是一个大型企业的计算工资模式, 因为有很多各地的子公司, 当然计算工资的方法也是不同的。

先定义一个接口, 确定计算工资的方法, 如下:

技术分享
using System;

namespace ConsoleApp
{
    public interface ISalary
    {
        void CommandSalary();
    }
}
技术分享

 

下面各地不同的子公司分别继承这个接口的CommandSalary方法,下面是深圳与北京二个地方的计算方法。设计二个类如下:

技术分享
技术分享代码
using System;

namespace ConsoleApp
{
    public class ShenZhenSalary : ISalary
    {
        public void CommandSalary()
        {
            Console.WriteLine("这是深圳子公司的工资计算模块");
        }
    }
}
技术分享

 

 北京子公司

技术分享
技术分享代码
using System;

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;
        }
    }
}
技术分享

 

这样就可以调用计算得到各子公司的工资, 对于小型的公司, 这样的设计已经是相当的完美了, 但对于一个大公司, 子公司可能有几十个更甚至几百个, 这样在CreateSalary中就需要更多的if来判断了, 这显然对维护是极为不好的, 那需要怎样设计呢? 这就是所要讨论到的设计模式了, 下面接着的文章就会是常用的工厂模式来编写这个模块。

注:这是一个新手常用的写法,这还没讲到工厂模式,这里只是说这样写的类不好,不符合系统的设计模式, 先举个反例, 后面将会介绍设计模式。有些朋友没看清楚, 标注一下。

 

(注:这是个人学习过程的心得,可能存在极大的错误,请大家指正)

以上是关于[设计模式整理笔记 一] 基础知识的主要内容,如果未能解决你的问题,请参考以下文章

shell笔记整理1---vim编译器基础应用(参考鸟哥)

前端笔记整理(HTML)

前端笔记整理(HTML)

前端笔记整理(HTML)

前端笔记整理(HTML)

[学习笔记] RESTful API 设计指南 笔记整理