zoukankan      html  css  js  c++  java
  • php部分---面向对象,设计模式(单例模式、工厂模式)、oop六大原则;

    一.单例模式
    目的:为了控制对象的数量(只能够有一个,相当于类的计划生育)
    做法
    1.将类的构造函数做成私有的
    2.在类里面做了一个公有的函数来造对象
    3.将该函数变为静态的
    4.在函数里面加控制

    class Ren
    {
    public $name;
    
    
    static public $dx;                  //静态成员变量用来存储该对象
    private function __construct()     //把构造函数设置为私有,类的外部就不能用new造对象了
    {
    }

    static function DuiXiang() //做一个静态的方法,用来在类的内部造对象
    {

    if(empty(self::$dx)) //判断上面定义的变量是否有值,如果没有,就造一个对象,如果有,就直接输出这个
    {
    self
    ::$dx = new Ren(); //因为是静态变量,只能用类名调用
    }
    return self::$dx;
    }
    }

    $r = Ren::DuiXiang(); 
    
    $r->name = "张三";
     $r1 = Ren::DuiXiang();
     $r1->name = "李四";
     var_dump($r);              //由于上面已经造了一个对象$r,所以当再造$r1时,$r1跟$r是一样的对象

    二、工厂模式

    abstract class YunSuan           //用abstract关键字  把类定义为抽象类
    {
    public $a;
    public $b;
    //第一个suan函数是普通类
    function Suan()
    {
    }
    }
    
    
    class Jia extends YunSuan
    {
    function Suan()
    {
    return $this->a+$this->b;
    }
    }
    
    class Jian extends YunSuan
    {
    function Suan()
    {
    return $this->a-$this->b;
    }
    }
    
    class Cheng extends YunSuan
    {
    function Suan()
    {
    return $this->a*$this->b;
    }
    }
    
    //做一个工厂类
    class GongChang
    {
    static function ShengChan($fuhao)        //给它一个变量,随着变量的不同  函数返回的值就不同
    {
    switch($fuhao)
    {
    case "+":
    return new Jia();
    break;
    case "-":
    return new Jian();
    break;
    case "*":
    return new Cheng();
    break;
    }
    }
    }
    
    //算加法
    $suan = GongChang::ShengChan("*");
    $suan->a = 10;
    $suan->b = 5;
    echo $suan->Suan();

    静态方法可以调静态变量,但不能调普通变量

    普通方法可以调静态变量,也可以普通变量


    OOP基本上有6大原则,而实际上都是互补的,也就是说一些原则需要利用另一些原则来实现自己。6大原则如下:

    1) Open-Close Principle(OCP),开-闭原则,讲的是设计要对扩展有好的支持,而对修改要严格限制。这是最重要也是最为抽象的原则,基本上我们所说的Reusable Software既是基于此原则而开发的。其他的原则也是对它的实现提供了路径。

    2) Liskov Substituition Principle(LSP),里氏代换原则,很严格的原则,规则是“子类必须能够替换基类,否则不应当设计为其子类。”也就是说,子类只能去扩展基类,而不是隐藏或覆盖基类。


    3) Dependence Inversion Principle(DIP),依赖倒换原则,“设计要依赖于抽象而不是具体化”。换句话说就是设计的时候我们要用抽象来思考,而不是一上来就开始划分我需要哪些哪些类,因为这些是具体。这样做有什么好处呢?人的思维本身实际上就是很抽象的,我们分析问题的时候不是一下子就考虑到细节,而是很抽象的将整个问题都构思出来,所以面向抽象设计是符合人的思维的。另外这个原则会很好的支持OCP,面向抽象的设计使我们能够不必太多依赖于实现,这样扩展就成为了可能,这个原则也是另一篇文章《Design by Contract》的基石。

    4) Interface Segregation Principle(ISP),接口隔离原则,“将大的接口打散成多个小接口”,这样做的好处很明显,我不知道有没有必要再继续描述了,为了节省篇幅,实际上我对这些原则只是做了一个小总结,如果有需要更深入了解的话推荐看《Java与模式》,MS MVP的一:本巨作!^_^

    5) 单一职责:一个类的功能尽量单一,降低耦合

    6) Law of Demeter or Least Knowlegde Principle(LoD or LKP),迪米特法则或最少知识原则,这个原则首次在Demeter系统中得到正式运用,所以定义为迪米特法则。它讲的是“一个对象应当尽可能少的去了解其他对象”。也就是又一个关于如何松耦合(Loosely-Coupled)的法则。

  • 相关阅读:
    redis缓存雪崩、穿透、击穿概念及解决办法
    搭建svn
    树莓派3
    开博留念
    Linux系统网卡配置“漂移”现象
    3.1、final、finally、 finalize
    2.2、Exception和Error
    2.1、NoClassDefFoundError和ClassNotFoundException区别
    1、Java平台的理解
    阻塞队列(java并发编程)
  • 原文地址:https://www.cnblogs.com/xingyue1988/p/6183918.html
Copyright © 2011-2022 走看看