自制PHP框架之路由与控制器

时间：2017-05-21

接上一篇博客，我们知道每个URI对应了一个方法，但是我们常常遇到这样的问题：

<?php 

 

class Controller{

  public function __call($method,$args){

    echo 'has not this function'.$method;

  }

}

 

class IndexController extends Controller{

  public function Index(){

    echo __CLASS__;

    for($i=1;$i<=20;++$i){

      $data[$i]='content';

    }

 

    render('template.html.php',['data'=>$data]);

  }

}

 

class BlogController extends Controller{

  public function Show(){

    echo __CLASS__;

    for($i=1;$i<=10;++$i){

      $data[$i]='blog';

    }

    render('template.html.php',['data'=>$data]);

  }

}

 

?>

用不用控制器，取决于你的业务复杂度。个人建议使用控制器，但是对于业务很简单的页面跳转或检查，可以直接写在一个匿名函数里。

控制器里写些什么？

我们也许写过这样的代码：

class IndexController extends Controller{

  public function Index($content){

    return '<html><head></head><body>'.$content.'</body></html>';

  }

}

这样把界面的代码嵌入的写法是非常难以维护的，也是很多开发人员（包括我）最厌恶的写法，因为这种写法并没有做好界面与业务逻辑的分离，所以我们需要使用视图。

<html>

  <head>

   

  </head>

   

  <body>

    <?php foreach($data as $key=>$value){ ?>  

      <div>

        <?php echo $key.':'.$value; ?>  

      </div>

    <?php } ?>

  </body>

</html>

每一次调用控制器的某个方法时，render函数都会把参数以关联数组的形式传入，做到“业务逻辑”和“表现”的浅层次分离，但是这种分离还不是最好的，因为前端开发人员仍然需要面对甚至处理PHP代码，后端开发人员也有和前端人员沟通的成本，所以后面某一节，会再谈一种更好的分离方式。

共2页:

2/2下一篇

上一篇：自制PHP框架之模型与数据库 下一篇：PHP-CGI远程代码执行漏洞分析与防范

自制PHP框架之路由与控制器

相关文章

最新文章