创建型模式:工厂方法模式

1.定义:

工厂方法模式(Factory Method Pattern)又称为工厂模式,也叫虚拟构造器(Virtual Constructor)模式或者多态工厂(Polymorphic Factory)模式,它属于类创建型模式。在工厂方法模式中,工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象,这样做的目的是将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类。
在工厂方法模式中,我们不再提供一个统一的工厂类来创建所有的产品对象,而是针对不同的产品提供不同的工厂,系统提供一个与产品等级结构对应的工厂等级结构。

2.工厂方法模式的意图?

在简单工厂模式中,所有的产品都由同一个工厂创建,工厂类职责较重,业务逻辑较为复杂,具体产品与工厂类之间的耦合度高,严重影响了系统的灵活性和扩展性,而工厂方法模式则可以很好地解决这一问题。

3.工厂方法模式解决一个什么问题?

弥补简单工厂模式的不足,增强系统的灵活性与扩展性。

4.工厂方法模式的应用场景:

(1)一个类不知道它所需要的对象的类:在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可,具体的产品对象由具体工厂类创建;客户端需要知道创建具体产品的工厂类。

(2)一个类通过其子类来指定创建哪个对象:在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

(3)将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,需要时再动态指定,可将具体工厂类的类名存储在配置文件或数据库中。

5.工厂方法模式是如何解决3中的问题的?

在工厂方法模式中,我们不再提供一个统一的工厂类来创建所有的产品对象,而是针对不同的产品提供不同的工厂,系统提供一个与产品等级结构对应的工厂等级结构。

6.工厂方法模式的结构图及关键代码

图2 工厂方法模式结构图

时序图

../_images/seq_FactoryMethod.jpg

       在工厂方法模式结构图中包含如下几个角色:

    ● Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的公共父类。

  ● ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品之间一一对应。

   ● Factory(抽象工厂):在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都必须实现该接口。

    ● ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户端调用,返回一个具体产品类的实例。

关键代码:

//日志记录器接口:抽象产品
interface Logger {
 public void writeLog();
}

//数据库日志记录器:具体产品
class DatabaseLogger implements Logger {
 public void writeLog() {
 System.out.println("数据库日志记录。");
 }
}

//文件日志记录器:具体产品
class FileLogger implements Logger {
 public void writeLog() {
 System.out.println("文件日志记录。");
 }
}

//日志记录器工厂接口:抽象工厂
interface LoggerFactory {
 public Logger createLogger();
}

//数据库日志记录器工厂类:具体工厂
class DatabaseLoggerFactory implements LoggerFactory {
 public Logger createLogger() {
 //连接数据库,代码省略
 //创建数据库日志记录器对象
 Logger logger = new DatabaseLogger(); 
 //初始化数据库日志记录器,代码省略
 return logger;
 } 
}

//文件日志记录器工厂类:具体工厂
class FileLoggerFactory implements LoggerFactory {
 public Logger createLogger() {
 //创建文件日志记录器对象
 Logger logger = new FileLogger(); 
 //创建文件,代码省略
 return logger;
 } 
}

7.工厂方法模式的优缺点:

主要优点:

  1. (1)在工厂方法模式中,工厂方法用来创建客户所需要的产品,同时还向客户隐藏了哪种具体产品类将被实例化这一细节,用户只需要关心所需产品对应的工厂,无须关心创建细节,甚至无须知道具体产品类的类名。
  2. (2)基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够使工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,是因为所有的具体工厂类都具有同一抽象父类。
  3. (3)使用工厂方法模式的另一个优点是在系统中加入新产品时,无须修改抽象工厂和抽象产品提供的接口,无须修改客户端,也无须修改其他的具体工厂和具体产品,而只要添加一个具体工厂和具体产品就可以了。这样,系统的可扩展性也就变得非常好,完全符合“开闭原则”。

主要缺点:

(1)在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。
(2)由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。

8.工厂方法模式的应用实例:

(1)Sunny公司开发人员决定使用工厂方法模式来设计日志记录器;

(2)造汽车的工厂只造汽车,造火车的只造火车,不管造汽车还是火车但造出来的还是车。

 

创建型模式:简单工厂模式

1.定义:

简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。

2.简单工厂模式的意图?

意图在于当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。

3.简单工厂模式解决一个什么问题?

把对象的创建集中在一个地方(工厂中),在增加新的对象类型的时候,只需要改变工厂方法即可;否则在应用中四处散布对象创建逻辑,如果创建方法改变时则需要四处修改,增加维护的成本。

4.简单工厂模式应用场景:

* 工厂类负责创建的对象比较少:由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。

* 客户端只知道传入工厂类的参数,对于如何创建对象不关心:客户端既不需要关心创建细节,甚至连类名都不需要记住,只需要知道类型所对应的参数。

5.简单工厂模式是如何解决3中的问题的?

把对象的创建集中在一个地方(工厂中),在增加新的对象类型的时候,只需要改变工厂方法即可。

6.简单工厂模式的结构图及关键代码:

简单工厂模式包含如下角色:
  • Factory:工厂角色
    工厂角色负责实现创建所有实例的内部逻辑
  • Product:抽象产品角色
    抽象产品角色是所创建的所有对象的父类,负责描述所有实例所共有的公共接口
  • ConcreteProduct:具体产品角色
    具体产品角色是创建目标,所有创建的对象都充当这个角色的某个具体类的实例。
../_images/SimpleFactory.jpg

时序图

../_images/seq_SimpleFactory.jpg

代码分析
#include "Factory.h"
#include "ConcreteProductA.h"
#include "ConcreteProductB.h"
Product* Factory::createProduct(string proname){
 if ( "A" == proname )
 {
 return new ConcreteProductA();
 }
 else if("B" == proname)
 {
 return new ConcreteProductB();
 }
 return NULL;
}

7.简单工厂模式的优缺点:

主要优点:

  • (1)工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅“消费”产品;简单工厂模式通过这种做法实现了对责任的分割,它提供了专门的工厂类用于创建对象。
  • (2)客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,对于一些复杂的类名,通过简单工厂模式可以减少使用者的记忆量。
  • (3)通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。

主要缺点:

  • (1)由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
  • (2)使用简单工厂模式将会增加系统中类的个数,在一定程序上增加了系统的复杂度和理解难度。
  • (3)系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
  • (4)简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。

8.简单工厂模式的应用实例:

(1)一个简单的软件应用场景,一个软件系统可以提供多个外观不同的按钮(如圆形按钮、矩形按钮、菱形按钮等), 这些按钮都源自同一个基类,不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观,如果我们希望在使用这些按钮时,不需要知道这些具体按钮类的名字,只需要知道表示该按钮类的一个参数,并提供一个调用方便的方法,把该参数传入方法即可返回一个相应的按钮对象。
(2)一个生活的应用实例:某电视生产厂,生产不同品牌的电视机,当生产海尔电视时,只需在调用该工厂的工厂方法时,传入“Haier”即可;当生产创维电视时,传入“Chuangwei”即可。

 

WordPress文章页添加展开/收缩功能

很多时候我们在WordPress上发布一些文章的时候里面都包含了很多的代码,我一般又不喜欢把代码压缩起来而喜欢让代码格式化显示,但是格式化显示通常会让文章内容看起来很多,不便于访问者浏览,所以今天就介绍一种可以展开/收缩文章内容的功能。

方法:
1.在header.php中添加下面的代码

或者也可以单独写进一个js文件中然后在header.php中引入也可以。我是引入的。

header.php 展开/收缩

2.在function.php中加入下面的代码:

function.php 展开/收缩

3.下面就可以在文章中通过插入短代码

【collapse title=”标题”】需点击展开的内容【/collapse】,需将【】替换为[];

来使用此功能了。其中title是指添加一些提示内容,当然也可以省略title不写。

二级域名session 共享方案

1.利用COOKIE存放session_id()
实例:
域名一文件php代码:
<?php
session_start();
setcookie("session_id",session_id(),0,"/",".myapp.com");
$_SESSION['user_name'] = 'zrp';
echo $_SESSION['user_name'];
域名二文件php代码:
<?php
session_id($_COOKIE['session_id']);
session_start();
echo $_SESSION['user_name'];
2.利用php.ini 的session.cookie_domain
备注:这里是用php代码实现不需要修改php.ini的配置文件;如果有需要你可以在php.ini里面修改配置文件(该情况下就不需要改段代码:ini_set(“session.cookie_domain”,’session.com’);)
实例:
域名一文件php代码:
<?php
ini_set("session.cookie_domain",'session.com');//注:该参数必须在sesson_start()之上,否则将不会生效
session_start();
$_SESSION['user_name'] = 'zrp';
echo $_SESSION['user_name'];
域名二文件php代码:
<?php
ini_set("session.cookie_domain",'session.com');
session_start();
echo $_SESSION['user_name'];

后期遇到问题需要特别说明哈,嘿嘿!

第一:ini_set("session.cookie_domain",'session.com');必须放在session_start()之前;

第二:在某些网站测试的时候必须得注意,或许你本地没有问题,但是在其他机器上或者服务器上有问题,那么你需要检查 哈,ini_set("session.cookie_domain",'session.com');这个中的session.com中必须与你的域名 进行真实匹配!不然你的部分session值将会出现问题的!