设计模式专题(五)——工厂方法模式

设计模式专题(五)——工厂方法模式

(原创内容,转载请注明来源,谢谢)

一、概述

1、工厂方法与简单工厂模式区别

工厂方法模式与简单工厂模式不同

简单工厂模式最大优点在于工厂类类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,除去了与具体产品的依赖。但是,当需要新增、删除工厂类的功能,违反了开放-封闭原则。

工厂方法模式定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其他子类。对工厂需要新增功能,只需要新增具体的工厂类,去继承工厂接口;再新增实现方法类,去继承实现接口,符合开放-封闭原则。

2、工厂方法模式存在问题

1)简单方法模式中在工厂类的逻辑判断部分,被交到客户端去实现,因此客户端处还需要进行逻辑判断的功能。

2)仅仅为了创建一个特定的ConcreteProduct对象,就不得不创建一个Creator子类。

3、类图

4、工厂方法模式结构

1)抽象工厂(Creator)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。

2)具体工厂(ConcreteCreator)角色:这是实现抽象工厂接口的具体工厂类,包含与应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。

3)抽象产品(Product)角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。

4)具体产品(ConcreteProduct)角色:这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。

二、业务实现

1、业务场景

工厂类的设计模式最适合用于需要整合各类相似要求的业务场景,例如对数据库的操作,就可以使用工厂方法模式,现仅考虑增、删、改三个操作。

1)工厂接口

工厂接口定义具体工厂类需要的方法,在操作数据库中如连接不同表,每个表对应一个实体。

2)工厂类

工厂类继承工厂接口,其定义工厂的具体,实现对具体表产品的操作类的调用。

3)产品接口

产品接口定义产品所需要实现的功能的方法,对于每个表,有具体的方法定义。

4)产品类

产品类定义产品的具体功能实体,即对于每个表,有自己独特的增、删、改的方法。

这样的设计很灵活,且新增表格、改动表格在项目中很常见,改动后相应的增删改的操作肯定有所变动,而工厂方法模式可以很方便的对其进行改动。

另外,每个表有自己的类,因此表格的改动,可以快速找到相关客户端、服务端的调用点,进行进一步的检查。避免因某个业务调整、表格改动,导致影响其他使用该表格的业务也发生异常。

2、程序实现

<?php
//工厂方法模式,实现数据库对于每个表的增删改的定义,建立相关实体
//工厂接口
interface Factory{
       publicfunction connectDetailTable($host,$username,$password);
}
//工厂实现类——针对表table1、表table2
class table1Service implements Factory{
       publicfunction connectDetailTable($host,$username,$password){
//在已知具体某个表格的情况下,其在哪个数据库中可以确定 
              $database= 'database of table1'; 
              returnnew table1Entity(
                     newPDO('mysql:host='.$server.';dbname='.$database.'',$username,$password)
              );
       }
}
class table2Service implements Factory{
       publicfunction connectDetailTable($host,$username,$password){
              $database= 'database of table2';
              return new table2Entity(
                     newPDO('mysql:host='.$server.';dbname='.$database.'',$username,$password)
              );
       }
}
//产品接口,定义表格应该有的方法,包括新增、批量新增、修改、删除四种方法
interface Product{
       publicfunction __construct($conn);
       //createDatas=array(col1=>val1,col2=>val2...)
       publicfunction create(array $createDatas);    
//createBatchDatas=array(array(col1=>val1,col2=>val2...),array(col1=>val1...)...)
public functioncreateBatch(array $createBatchDatas);
//modifyDatas=array(array(condition1=>val1,condition2=>val2...),array(col1=>val1,col2=>val2...))
       publicfunction modify(array $modifyDatas);
//deleteDatas=array(condition1=>val1,condition2=>val2...)
       publicfunction delete(array $deleteDatas);
}
//产品实现类,实现产品接口,table1的实体
class table1Entity implements Product{
       private$conn;
       private$table;
       publicfunction __construct($conn){
              $this->conn= $conn;
              $this->table= 'table1';
       }
       publicfunction create(array $createDatas){
              //...新增逻辑,主要是针对字段的判断以及表格具体新增规则的限制,如非空、数据内容等,返回last_insert_id
       }
       publicfunction createBatch(array $createBatchDatas){
              //...批量新增逻辑,主要是针对字段的判断以及表格具体新增规则的限制,如非空、数据内容等,返回affect_rows
       }      
       publicfunction modify(array $modifyDatas){
              //...修改逻辑,主要是针对表格特有的字段进行判断,以及对特定列是否允许修改进行判断,返回affect_rows
       }
       publicfunction delete(array $deleteDatas){
              //...删除逻辑,主要是针对表格特定的删除规则,另外如果有关联其他表,还需要判断是需要删除其他表相关的数据还是不允许删除此条数据等,返回affect_rows
       }
}
//table2的实体不再描述

三、实际意义

数据库的此设计方案,在实际项目中具有重要意义。

1、规范增删改的操作,避免用户随意对表进行增删改。

2、实现对每个表的具体的判断的“定制化”,针对每个表有自己的要求去设计。

3、便于查找,降低改动的风险:其实现了工厂方法接口的灵活性,需要新增表格,只需要新增相应的service和entity;修改表格字段、删除表格,往往需要检查程序的调用点,则只需要检查相应service、entity的调用点即可。

——written by linhxx 2017.07.30

相关阅读:

设计模式专题(四)——代理模式

设计模式专题(三)——装饰模式

设计模式专题(二)——策略模式

设计模式专题(一)——面向对象的设计原则

原文发布于微信公众号 - 决胜机器学习(phpthinker)

原文发表时间:2017-07-30

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Python中文社区

Python优雅地dumps非标准类型

專 欄 ❈正小歪,Python 工程师,主要负责 Web 开发和日志数据处理。博客文章《真正的 Tornado 异步非阻塞》、《使用 JWT 让你的 REST...

1945
来自专栏Python小屋

使用Python检查密码安全程度

本文主要演示几种内置用法的用法和代码优化技巧,所以没有使用正则表达式。 import string def check(pwd): #密码必须至少包含6个字符...

2725
来自专栏zhisheng

0Day技术分析-2-栈溢出原理

栈溢出原理 1 什么是栈 1.1. 缓冲区 我们向一个杯子里倒水,如果我们倒的水超出了杯子的容量,水就会溢出来。 在我们写程序的时候也可能会用到一些临时的变量 ...

3376
来自专栏owent

小记最近踩得两个C++坑

记一下最近踩得两个C++独有的暗坑,其中一个和ABI相关。第二个坑其实之前研究过,但是没有实例,这次算是碰到了个典型的实例。

702
来自专栏极客编程

Node.js 4.0的ES6新特性。

Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行环境。Node.js 使用了一个事件驱动、非阻塞式 I/O 的模型,使其轻量...

732
来自专栏行者常至

Hibernate中 对象 的三种状态

1004
来自专栏架构师之路

微服务架构之RPC-client序列化细节

第一章聊了【“为什么要进行服务化,服务化究竟解决什么问题”】 第二章聊了【“微服务的服务粒度选型”】 上一篇聊了【“为什么说要搞定微服务架构,先搞定RPC框架?...

3565
来自专栏FreeBuf

PHP7.0.0格式化字符串漏洞与EIP劫持分析

*本文原创作者:zzz66686,本文属FreeBuf原创奖励计划,未经许可禁止转载 。 PHP7.0.0的这个格式化字符串漏洞是15年12月在exploit-...

1866
来自专栏决胜机器学习

PHP开发过程的那些坑(二) ——PHP empty函数

PHP开发过程的那些坑(二)——PHP empty函数 (原创内容,转载请注明来源,谢谢) 坑: 在工作过程中,常用empty()函数判断数组是否为空,为空时返...

3518
来自专栏C/C++基础

C++异常处理的开销

C++异常是C++有别于C的一大特性 ,异常处理机制给开发人员处理程序中可能出现的意外错误带来了极大的方便,但为了实现异常,编译器会引入额外的数据结构与处理机制...

662

扫码关注云+社区