结合项目实例 回顾传统设计模式(四)工厂模式(简单工厂、普通工厂、抽象工厂)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用系列 2核4GB
简介:

关于工厂模式和单例模式  大部分项目这2种模式都很常见

例如在orm框架中 工厂模式常用来封装数据库的创建 我们分3种case来看 简单工厂模式 普通工厂模式 抽象工厂模式

 抽象一点的说 工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。直接看实例

一般惯性思维 我们遇到分支判断时会这样

  public  class NormalCase
    {
         private DBInstance dbInstance;
         public NormalCase( string type)
        {
               if (type.Equals( " SQL "))
            {
                dbInstance=   new SqlInstance();
            }
             else  if (type.Equals( " Oracle "))
            {
                dbInstance =  new OracleInstance();
            }
             else  if (type.Equals( " Mysql "))
            {
                dbInstance =  new MysqlInstance();
            }
        }
         public  void ExecuteNonQuery()
        {
             this.dbInstance.ExecuteNonQuery();
        }
         public  void ExecuteDataset()
        {
             this.dbInstance.ExecuteDataset();
        }
    }

那么 new有什么不好,在技术上new没什么错,但是好的设计针对扩展开放而对修改关闭。

针对接口编程,可以隔离掉以后系统可能发生的一大堆改变。如果代码是针对接口编写,那么通过多态,它可以与任何新类实现该接口。

下面让我们看看工厂模式如何解决该问题

先来看看简单工厂

 

public  class SimpleFactory
    {
         public DBInstance createinstance( string type)
        {
            DBInstance di =  null;
             if (type.Equals( " SQL "))
            {
                 return  new SqlInstance();
            }
             else  if (type.Equals( " Oracle "))
            {
                 return  new OracleInstance();
            }
             else  if (type.Equals( " Mysql "))
            {
                 return  new MysqlInstance();
            }
             return di;
            
        }
    }

     public  class SimpleCase
    {
        SimpleFactory facotory;
        DBInstance di;
         public SimpleCase(SimpleFactory facotory)
        {
             this.facotory = facotory;
        }
         public DBInstance CreateInstance( string type)
        {            
             di = facotory.createinstance(type);
              return di;

        }
         public  void ExecuteNonQuery()
        {
             this.di.ExecuteNonQuery();
        }
         public  void ExecuteDataset()
        {
             this.di.ExecuteDataset();
        }

    }

 

准确来说,简单工厂并不是一种设计模式,反而比较像是一种编程习惯。上述case只是把问题从一个对象搬到另一个对象中,问题依然存在。但是SimpleFactory可以有许多客户,把创建实例的代码包装进一个类,当以后实现改变时,只需修改这个类就可以了。物品们也正要把具体实例化的过程从客户的代码中删除。

下面我就来介绍下两个重量级的模式!

工厂方法模式

public  abstract  class facotoryCase
    {
        DBInstance di;
         public DBInstance CreateInstance( string type)
        {          
            di = create(type);
             return di;
        }
        public  abstract DBInstance create( string type);

        public  void ExecuteNonQuery()
       {
            this.di.ExecuteNonQuery();
       }
        public  void ExecuteDataset()
       {
            this.di.ExecuteDataset();
       }
    }

     public  class facotoryCaseA : facotoryCase
    {
         public  override DBInstance create( string type)
        {
             if (type.Equals( " SQL "))
            {
                 return  new SqlInstance();
            }
             else  if (type.Equals( " Oracle "))
            {
                 return  new OracleInstance();
            }
             return  null;
        }
    }

     public  class facotoryCaseB : facotoryCase
    {
         public  override DBInstance create( string type)
        {
             if (type.Equals( " Mysql "))
            {
                 return  new MysqlInstance();
            }          
             return  null;
        }
    }

工厂方法模式定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

设计原则:要依赖抽象不要依赖具体类。

接下来再看下抽象工厂模式

public  class Param { }
     public  class sqlparm : Param { }
     public  class oracleparam : Param { }
     public  class connection { }
     public  class sqlconnecttion : connection { }
     public  class oracleconnecttion : connection { }


     public  interface abstractCase
    {
        Param GetParameter();
        connection GetConnection();
    }

     public  abstract  class DBInstanceforabstract
    {
         public Param p;
         public connection c;
         public  abstract  void ExecuteNonQuery();
         public  abstract  void ExecuteDataset();
    }

     public  class DBInstanceforabstractA : DBInstanceforabstract
    {
        abstractCase ac;
         public DBInstanceforabstractA(abstractCase ac)
        {
             this.ac = ac;
        }
         public  override  void ExecuteNonQuery()
        {
            p = ac.GetParameter();         
        }
         public  override  void ExecuteDataset()
        {
            c = ac.GetConnection();
          
        }
         
    }

     public  class abstractCaseA : abstractCase
    {
        DBInstanceforabstract di;
         public Param GetParameter()
        {
             return  new sqlparm();
        }
         public connection GetConnection()
        {
             return  new sqlconnecttion();
        }
    }

     public  class abstractCaseB : abstractCase
    {
        DBInstanceforabstract di;
         public Param GetParameter()
        {
             return  new oracleparam();
        }
         public connection GetConnection()
        {
             return  new oracleconnecttion();
        }
    }

抽象工厂模式提供一个接口,用于创建相关或依赖对象的家族而不需要明确指定具体类。


本文转自 熬夜的虫子  51CTO博客,原文链接:http://blog.51cto.com/dubing/712407


相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2月前
|
设计模式 Java
【设计模式】工厂模式(定义 | 特点 | Demo入门讲解)
【设计模式】工厂模式(定义 | 特点 | Demo入门讲解)
71 2
|
3月前
|
设计模式 算法 数据库连接
PHP中的设计模式:提高代码的可维护性与扩展性本文旨在探讨PHP中常见的设计模式及其应用,帮助开发者编写出更加灵活、可维护和易于扩展的代码。通过深入浅出的解释和实例演示,我们将了解如何使用设计模式解决实际开发中的问题,并提升代码质量。
在软件开发过程中,设计模式是一套经过验证的解决方案模板,用于处理常见的软件设计问题。PHP作为流行的服务器端脚本语言,也有其特定的设计模式应用。本文将重点介绍几种PHP中常用的设计模式,包括单例模式、工厂模式和策略模式,并通过实际代码示例展示它们的具体用法。同时,我们还将讨论如何在实际项目中合理选择和应用这些设计模式,以提升代码的可维护性和扩展性。
80 4
|
1月前
|
设计模式 前端开发 JavaScript
JavaScript设计模式及其在实战中的应用,涵盖单例、工厂、观察者、装饰器和策略模式
本文深入探讨了JavaScript设计模式及其在实战中的应用,涵盖单例、工厂、观察者、装饰器和策略模式,结合电商网站案例,展示了设计模式如何提升代码的可维护性、扩展性和可读性,强调了其在前端开发中的重要性。
29 2
|
2月前
|
设计模式 SQL 安全
PHP中的设计模式:单例模式的深入探索与实践在PHP开发领域,设计模式是解决常见问题的高效方案集合。它们不是具体的代码,而是一种编码和设计经验的总结。单例模式作为设计模式中的一种,确保了一个类仅有一个实例,并提供一个全局访问点。本文将深入探讨单例模式的基本概念、实现方式及其在PHP中的应用。
单例模式在PHP中的应用广泛,尤其在处理数据库连接、日志记录等场景时,能显著提高资源利用率和执行效率。本文从单例模式的定义出发,详细解释了其在PHP中的不同实现方法,并探讨了使用单例模式的优势与注意事项。通过对示例代码的分析,读者将能够理解如何在PHP项目中有效应用单例模式。
|
3月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:如何提高代码的可维护性与扩展性在软件开发领域,PHP 是一种广泛使用的服务器端脚本语言。随着项目规模的扩大和复杂性的增加,保持代码的可维护性和可扩展性变得越来越重要。本文将探讨 PHP 中的设计模式,并通过实例展示如何应用这些模式来提高代码质量。
设计模式是经过验证的解决软件设计问题的方法。它们不是具体的代码,而是一种编码和设计经验的总结。在PHP开发中,合理地使用设计模式可以显著提高代码的可维护性、复用性和扩展性。本文将介绍几种常见的设计模式,包括单例模式、工厂模式和观察者模式,并通过具体的例子展示如何在PHP项目中应用这些模式。
|
3月前
|
设计模式
设计模式-工厂模式 Factory Pattern(简单工厂、工厂方法、抽象工厂)
这篇文章详细解释了工厂模式,包括简单工厂、工厂方法和抽象工厂三种类型。每种模式都通过代码示例展示了其应用场景和实现方法,并比较了它们之间的差异。简单工厂模式通过一个工厂类来创建各种产品;工厂方法模式通过定义一个创建对象的接口,由子类决定实例化哪个类;抽象工厂模式提供一个创建相关或依赖对象家族的接口,而不需要明确指定具体类。
设计模式-工厂模式 Factory Pattern(简单工厂、工厂方法、抽象工厂)
|
3月前
|
设计模式 SQL 安全
PHP中的设计模式:单例模式的深入探索与实践在PHP的编程实践中,设计模式是解决常见软件设计问题的最佳实践。单例模式作为设计模式中的一种,确保一个类只有一个实例,并提供全局访问点,广泛应用于配置管理、日志记录和测试框架等场景。本文将深入探讨单例模式的原理、实现方式及其在PHP中的应用,帮助开发者更好地理解和运用这一设计模式。
在PHP开发中,单例模式通过确保类仅有一个实例并提供一个全局访问点,有效管理和访问共享资源。本文详细介绍了单例模式的概念、PHP实现方式及应用场景,并通过具体代码示例展示如何在PHP中实现单例模式以及如何在实际项目中正确使用它来优化代码结构和性能。
56 2
|
4月前
|
设计模式 JavaScript 前端开发
从工厂到单例再到策略:Vue.js高效应用JavaScript设计模式
【8月更文挑战第30天】在现代Web开发中,结合使用JavaScript设计模式与框架如Vue.js能显著提升代码质量和项目的可维护性。本文探讨了常见JavaScript设计模式及其在Vue.js中的应用。通过具体示例介绍了工厂模式、单例模式和策略模式的应用场景及其实现方法。例如,工厂模式通过`NavFactory`根据用户角色动态创建不同的导航栏组件;单例模式则通过全局事件总线`eventBus`实现跨组件通信;策略模式用于处理不同的表单验证规则。这些设计模式的应用不仅提高了代码的复用性和灵活性,还增强了Vue应用的整体质量。
66 1
|
4月前
|
设计模式 Java
Java 设计模式之谜:工厂模式与抽象工厂模式究竟隐藏着怎样的神奇力量?
【8月更文挑战第30天】在Java编程中,设计模式为常见问题提供了高效解决方案。工厂模式与抽象工厂模式是常用的对象创建型设计模式,能显著提升代码的灵活性、可维护性和可扩展性。工厂模式通过定义创建对象的接口让子类决定实例化哪个类;而抽象工厂模式则进一步提供了一个创建一系列相关或相互依赖对象的接口,无需指定具体类。这种方式使得系统更易于扩展和维护。
46 1
|
1月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式