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）的法则。