设为首页 收藏本站
查看: 690|回复: 0

[经验分享] 编程老头人若无名,便可专心练剑。

[复制链接]

尚未签到

发表于 2017-12-29 15:49:57 | 显示全部楼层 |阅读模式
  「七天自制PHP框架」已经开始连载,谢谢关注和支持!点击这里

  先看一个例子:
  

<?php  

  
class A
  
{
  public $b;
  public $c;
  public function A()
  {
  //TODO
  }
  public function Method()
  {
  $this->b=new B();
  $this->c=new C();
  $this->b->Method();
  $this->c->Method();
  //TODO
  }
  
}
  

  
class B
  
{
  public function B()
  {
  //TODO
  }
  public function Method()
  {
  //TODO
  echo 'b';
  }
  
}
  

  
class C
  
{
  public function C()
  {
  //TODO
  }
  public function Method()
  {
  //TODO
  echo 'c';
  }
  
}
  

  
$a=new A();
  
$a->Method();
  

  
?>
  

  

  上面代码,我们很容易理解一句话:
  A类依赖B类和C类
  也就是说,如果今后开发过程中,要对B类或者C类修改,一旦涉及函数改名,函数参数数量变动,甚至整个类结构的调整,我们也要对A类做出相应的调整,A类的独立性丧失了,这在开发过程中是很不方便的,也就是我们说的“牵一发动全身”,如果两个类是两个人分别写的,矛盾往往就在这个时候产生了。。。
  万一真的要改动B类和C类,有没有办法,可以不去改动或者尽量少改动A类的代码呢?这里要用到控制反转。

  高层模块不应该依赖于底层模块,两个都应该依赖抽象。

  控制反转(IOC)是一种思想,依赖注入(DI)是实施这种思想的方法。
  第一种方法叫做:构造器注入(这种方法也不推荐用,但比不用要好)
  

class A  
{
  public $b;
  public $c;
  public function A($b,$c)
  {
  $this->b=$b;
  $this->c=$c;
  }
  public function Method()
  {
  $this->b->Method();
  $this->c->Method();
  }
  
}
  

  

  客户端类这样写:
  

$a=new A(new B(),new C());  
$a->Method();
  

  

  A类的构造器依赖B类和C类,通过构造器的参数传入,至少实现了一点,就是B类对象b和C类对象c的创建都移至了A类外,所以一旦B类和C类发生改动,A类无需做修改,只要在client类里改就可以了
  假如有一天,我们需要扩充B类,做两个B类的子类
  

class B  
{
  public function B()
  {
  //TODO
  }
  public function Method()
  {
  //TODO
  echo 'b';
  }
  
}
  
class B1 extends B
  
{
  public function B1()
  {
  //TODO
  }
  public function Method()
  {
  echo 'b1';
  }
  
}
  
class B2 extends B
  
{
  public function B2()
  {
  //TODO
  }
  public function Method()
  {
  echo 'b2';
  }
  
}
  

  

  也很简单,客户端类这么写:
  

$a=new A(new B2(),new C());  
$a->Method();
  

  

  所以A类是不用关心B类到底有哪些个子类的,只要在客户端类关心就可以了。
  第二种方法叫做:工厂模式注入(推荐使用)
  

class Factory  
{
  public function Factory()
  {
  //TODO
  }
  public function create($s)
  {
  switch($s)
  {
  case 'B':
  {
  return new B();
  break;
  }
  case 'C':
  {
  return new C();
  break;
  }
  default:
  {
  return null;
  break;
  }
  }
  }
  
}
  

  

  我们A类代码改为:
  

class A  
{
  public $b;
  public $c;
  public function A()
  {
  //TODO
  }
  public function Method()
  {
  $f=new Factory();
  $this->b=$f->create('B');
  $this->c=$f->create('C');
  $this->b->Method();
  $this->c->Method();
  //TODO
  }
  
}
  

  

  其实已经解耦了一小部分,至少如果B类和C类的构造函数要是发生变化,比如修改函数参数等,我们只需要改Factory类就可以了。

  抽象不应该依赖于细节,细节应该依赖于抽象。

  把B类和C类中的方法再抽象出来,做一个接口
  

interface IMethod  
{
  public function Method();
  
}
  

  

  这样,A类中的$b变量和$c变量就不再是一个具体的变量了,而是一个抽象类型的变量,不到运行那一刻,不知道他们的Method方式是怎么实现的。
  

class B implements IMethod  
{
  public function B()
  {
  //TODO
  }
  public function Method()
  {
  //TODO
  echo 'b';
  }
  
}
  

  
class C implements IMethod
  
{
  public function C()
  {
  //TODO
  }
  public function Method()
  {
  //TODO
  echo 'c';
  }
  
}
  

  

  总结几点:
  1.我们把A类中的B类对象和C类对象的创建移至A类外
  2.原本A类依赖B类和C类,现在变成了A依赖Factory,Factory依赖B和C。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-429392-1-1.html 上篇帖子: 飞鸿影~ 下篇帖子: vscode 调试 PHP 打造PHP本地开发环境
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表