php常用设计模式

php 设计模式

1.单例模式

 

单例模式顾名思义,就是只有一个实例。作为对象的创建模式, 单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。

 

单例模式的要点有三个:

  1. 一是某个类只能有一个实例;
  2. 二是它必须自行创建这个实例;
  3. 三是它必须自行向整个系统提供这个实例。
为什么要使用PHP单例模式
  1. 1. php的应用主要在于数据库应用, 一个应用中会存在大量的数据库操作, 在使用面向对象的方式开发时, 如果使用单例模式, 则可以避免大量的new 操作消耗的资源,还可以减少数据库连接这样就不容易出现 too many connections情况。
  2. 2. 如果系统中需要有一个类来全局控制某些配置信息, 那么使用单例模式可以很方便的实现. 这个可以参看zend Framework的FrontController部分。
  3. 3. 在一次页面请求中, 便于进行调试, 因为所有的代码(例如数据库操作类db)都集中在一个类中, 我们可以在类中设置钩子, 输出日志,从而避免到处var_dump, echo。

 

 例子:
/**
 * 设计模式之单例模式
 * $_instance必须声明为静态的私有变量
 * 构造函数必须声明为私有,防止外部程序new类从而失去单例模式的意义
 * getInstance()方法必须设置为公有的,必须调用此方法以返回实例的一个引用
 * ::操作符只能访问静态变量和静态函数
 * new对象都会消耗内存
 * 使用场景:最常用的地方是数据库连接。
 * 使用单例模式生成一个对象后,该对象可以被其它众多对象所使用。
 */
class man
{
    //保存例实例在此属性中
    private static $_instance;

    //构造函数声明为private,防止直接创建对象
    private function __construct()
    {
        echo '我被实例化了!';
    }

    //单例方法
    public static function get_instance()
    {
        var_dump(isset(self::$_instance));
        
        if(!isset(self::$_instance))
        {
            self::$_instance=new self();
        }
        return self::$_instance;
    }

    //阻止用户复制对象实例
    private function __clone()
    {
        trigger_error('Clone is not allow' ,E_USER_ERROR);
    }

    function test()
    {
        echo("test");

    }
}

// 这个写法会出错,因为构造方法被声明为private
//$test = new man;

// 下面将得到Example类的单例对象
$test = man::get_instance();
$test = man::get_instance();
$test->test();

// 复制对象将导致一个E_USER_ERROR.
//$test_clone = clone $test;


2.简单工厂模式
  • ①抽象基类:类中定义抽象一些方法,用以在子类中实现
  • ②继承自抽象基类的子类:实现基类中的抽象方法
  • ③工厂类:用以实例化所有相对应的子类

 

 


     /**
     * 
     * 定义个抽象的类,让子类去继承实现它
     *
     */
     abstract class Operation{
         //抽象方法不能包含函数体
         abstract public function getValue($num1,$num2);//强烈要求子类必须实现该功能函数
     }
     
     
     
     /**
      * 加法类
      */
     class OperationAdd extends Operation {
         public function getValue($num1,$num2){
             return $num1+$num2;
         }
     }
     /**
      * 减法类
      */
     class OperationSub extends Operation {
         public function getValue($num1,$num2){
             return $num1-$num2;
         }
     }
     /**
      * 乘法类
      */
     class OperationMul extends Operation {
         public function getValue($num1,$num2){
             return $num1*$num2;
         }
     }
     /**
      * 除法类
      */
     class OperationDiv extends Operation {
         public function getValue($num1,$num2){
             try {
                 if ($num2==0){
                     throw new Exception("除数不能为0");
                 }else {
                     return $num1/$num2;
                 }
             }catch (Exception $e){
                 echo "错误信息:".$e->getMessage();
             }
         }
     }

通过采用面向对象的继承特性,我们可以很容易就能对原有程序进行扩展,比如:‘乘方’,‘开方’,‘对数’,‘三角函数’,‘统计’等,以还可以避免加载没有必要的代码。


如果我们现在需要增加一个求余的类,会非常的简单

我们只需要另外写一个类(该类继承虚拟基类),在类中完成相应的功能(比如:求乘方的运算),而且大大的降低了耦合度,方便日后的维护及扩展

</pre><pre name="code" class="php">     /**
     * 求余类(remainder)
     *
     */
    class OperationRem extends Operation {
        public function getValue($num1,$num2){
            return $num1%$num12;
        }
    }

现在还有一个问题未解决,就是如何让程序根据用户输入的操作符实例化相应的对象呢?
解决办法:使用一个单独的类来实现实例化的过程,这个类就是工厂

/**
     * 工程类,主要用来创建对象
     * 功能:根据输入的运算符号,工厂就能实例化出合适的对象
     *
     */
    class Factory{
        public static function createObj($operate){
            switch ($operate){
                case '+':
                    return new OperationAdd();
                    break;
                case '-':
                    return new OperationSub();
                    break;
                case '*':
                    return new OperationSub();
                    break;
                case '/':
                    return new OperationDiv();
                    break;
            }
        }
    }
    $test=Factory::createObj('/');
    $result=$test->getValue(23,0);
    echo $result;


其他关于关于此模式的笔记:

 

工厂模式:
以交通工具为例子:要求请既可以定制交通工具,又可以定制交通工具生产的过程
1>定制交通工具
    1.定义一个接口,里面包含交工工具的方法(启动 运行 停止)

    2.让飞机,汽车等类去实现他们
2> 定制工厂(通上类似)
    1.定义一个接口,里面包含交工工具的制造方法(启动 运行 停止)

    2.分别写制造飞机,汽车的工厂类去继承实现这个接口


3.职责链模式

职责链模式:当一个请求有可能被多个对象处理,则将这些对象连成一条链,并沿着这条链传递请求,直到该请求被处理为止。

单看上图, 你肯定看不出职责链模式的特征, 先举一个例子来说明一下. 比如一个员工想加工资, 他首先会告知team leader, 如果在team leader授权范围之内,则他可以办到, 否则,就要请求上级来处理,最后直到老板, 于是很容易写出这样的代码来:

[java]  view plain  copy
  1. public class Employee {  
  2.     private TeamLeader tl;  
  3.     private DeptManager deptMgr;  
  4.     private GeneralManager gm;  
  5.     private Boss boss;  
  6.     //some other properties  
  7.     public void addSalary(int x){  
  8.         if(x<=100){  
  9.             tl.addSalary(this, x);  
  10.         }  
  11.         else if(x<=500){  
  12.             deptMgr.addSalary(this, x);  
  13.         }  
  14.         else if(x<=800){  
  15.             gm.addSalary(this, x);  
  16.         }  
  17.         else{  
  18.             boss.addSalary(this, x);  
  19.         }  
  20.     }  
  21.     // some other methods  
  22. }  

这个代码中的if else带来了坏味道, 同时, Employee必须知道他的每一个上司,并使Employee和每一个处理者(他的上司)耦合在一起. 其实一个Employee一般来说只需要和他的直接上司打交道就可以了. 就如下时序图所示.

把Employee的上司连成一条链, 即team leader持有他的上司部门经理, 部门经理持有他的上司总经理, 总经理持有他的上司老板. 则Employee只需要知道team leader即可.

加薪代码:

  1. public interface Supervisor {  
  2.     public void addSalary(Employee e, int added);  
  3. }  
  4.   
  5. ///  
  6. public class Employee {  
  7.     public String name;  
  8.     private Supervisor supervisor;  
  9.     public Employee(String name){  
  10.         this.name = name;  
  11.     }  
  12.     public void setSupervisor(Supervisor supervisor) {  
  13.         this.supervisor = supervisor;  
  14.     }  
  15.     public void addSalary(int added){  
  16.         if(supervisor!=null){  
  17.             supervisor.addSalary(this, added);  
  18.         }  
  19.     }  
  20.       
  21. }  
  22. ///  
  23. public class TeamLeader implements Supervisor{  
  24.     private Supervisor successor;  
  25.     public TeamLeader(Supervisor s){  
  26.         this.successor = s;  
  27.     }  
  28.     public void addSalary(Employee e, int added) {  
  29.         if(added<100){  
  30.             System.out.println("Team Leader: " + e.name + " want to add "   
  31.                     + added + " salary, I can process it, done!");  
  32.         }  
  33.         else if(successor!=null){  
  34.             System.out.println("Team Leader: " + e.name + " want to add "   
  35.                     + added + " salary, I can't process it, but my supervisor can do!");  
  36.             successor.addSalary(e, added);  
  37.         }  
  38.     }  
  39. }  
  40. ///  
  41. public class DeptManager implements Supervisor{  
  42.     private Supervisor successor;  
  43.     public DeptManager(Supervisor s){  
  44.         this.successor = s;  
  45.     }  
  46.     public void addSalary(Employee e, int added) {  
  47.         if(added<500){  
  48.             System.out.println("Dept Manager: " + e.name + " want to add "   
  49.                     + added + " salary, I can process it, done!");  
  50.         }  
  51.         else if(successor!=null){  
  52.             System.out.println("Dept Manager: " + e.name + " want to add "   
  53.                     + added + " salary, I can't process it, but my supervisor can do!");  
  54.             successor.addSalary(e, added);  
  55.         }  
  56.     }  
  57. }  
  58. ///  
  59. public class GeneralManager implements Supervisor{  
  60.     private Supervisor successor;  
  61.     public GeneralManager(Supervisor s){  
  62.         this.successor = s;  
  63.     }  
  64.     public void addSalary(Employee e, int added) {  
  65.         if(added<800){  
  66.             System.out.println("General Manager: " + e.name + " want to add "   
  67.                     + added + " salary, I can process it, done!");  
  68.         }  
  69.         else if(successor!=null){  
  70.             System.out.println("General Manager: " + e.name + " want to add "   
  71.                     + added + " salary, I can't process it, but my supervisor can do!");  
  72.             successor.addSalary(e, added);  
  73.         }  
  74.     }  
  75. }  
  76. //  
  77. public class Boss implements Supervisor{  
  78.     public Boss(){}  
  79.     public void addSalary(Employee e, int added) {  
  80.         //boss具有最终处理权限, 但是他打官腔  
  81.         System.out.println("Boss: I will process it soon.");  
  82.     }  
  83. }  
  84. /  
  85. //测试用例  
  86. public class Test {  
  87.     public static void main(String[] args) {  
  88.         Employee e = new Employee("Jack");  
  89.         Boss b = new Boss();  
  90.         GeneralManager gm = new GeneralManager(b);  
  91.         DeptManager dm = new DeptManager(gm);  
  92.         TeamLeader tl = new TeamLeader(dm);  
  93.         e.setSupervisor(tl);  
  94.         e.addSalary(1200);  
  95.     }  
  96. }  
  97. /  
  98. //输出  
  99. //Team Leader: Jack want to add 1200 salary, I can't process it, but my supervisor can do!  
  100. //Dept Manager: Jack want to add 1200 salary, I can't process it, but my supervisor can do!  
  101. //General Manager: Jack want to add 1200 salary, I can't process it, but my supervisor can do!  
  102. //Boss: I will process it soon.  

上面的代码有两个优点:

1 Employee不再依赖于具体的上司,转而依赖于抽象, 而且不必知道所有的上司;

2 如果新增了处理者, 只需要更改客户端代码, 即重新构造责任链就可以了.



在此模式中,算法是从复杂类提取的,因而可以方便地替换。例如,如果要更改搜索引擎中排列页的方法,则策略模式是一个不错的选择。思考一下搜索引擎的几个部分 —— 一部分遍历页面,一部分对每页排列,另一部分基于排列的结果排序。在复杂的示例中,这些部分都在同一个类中。通过使用策略模式,您可将排列部分放入另一个类中,以便更改页排列的方式,而不影响搜索引擎的其余代码。


 作为一个较简单的示例,下面 显示了一个用户列表类,它提供了一个根据一组即插即用的策略查找一组用户的方法

作为一个较简单的示例,下面 显示了一个用户列表类,它提供了一个根据一组即插即用的策略查找一组用户的方法

复制代码
// 定义接口
interface IStrategy {
     function filter( $record);
}

// 实现接口方式1
class FindAfterStrategy  implements IStrategy {
     private  $_name;
     public  function __construct( $name) {
         $this->_name =  $name;
    }
     public  function filter( $record) {
         return  strcmp (  $this->_name,  $record ) <= 0;
    }
}

// 实现接口方式1
class RandomStrategy  implements IStrategy {
     public  function filter( $record) {
         return  rand ( 0, 1 ) >= 0.5;
    }
}

// 主类
class UserList {
     private  $_list =  array ();
     public  function __construct( $names) {
         if ( $names !=  null) {
             foreach (  $names  as  $name ) {
                 $this->_list [] =  $name;
            }
        }
    }
    
     public  function add( $name) {
         $this->_list [] =  $name;
    }
    
     public  function find( $filter) {
         $recs =  array ();
         foreach (  $this->_list  as  $user ) {
             if ( $filter->filter (  $user ))
                 $recs [] =  $user;
        }
         return  $recs;
    }
}

$ul =  new UserList (  array (
        "Andy",
        "Jack",
        "Lori",
        "Megan" 
) );
$f1 =  $ul->find (  new FindAfterStrategy ( "J" ) );
print_r (  $f1 );

$f2 =  $ul->find (  new RandomStrategy () );
print_r  (  $f2  ); 
复制代码
 


策略模式非常适合复杂数据管理系统或数据处理系统,二者在数据筛选、搜索或处理的方式方面需要较高的灵活性 


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值