控制器
顾名思义, 就是作为框架的业务控制而存在, 其实, 我们在路由部分, 为了测试路由的可用性, 已经建立控制器, 在此顺便规范和完善下我们的控制器:
控制器命名
关于命名, 其实我也做了下参考, 发现目前以 Controller 为名字后缀挺流行的, 于是乎, 我就毫不客气的也加上了, 毕竟, 咱们不能掉队...
对于控制器, 虽然说没有多少要讲的, 还是要注意以下几点:
- 命名首字母大写, 后缀
Controller的C要大写, 如:BaseController.php - 为了业务的控制方便, 我们添加一个总控制器为:
BaseController. 为什么要添加这个总控制器呢? 理由请看下边的解释, 当然, 我们可以用另一种方案解决(middlerware) - 理论上可以添加很多个总控制器, 如:
AdminController.php. 可以为不同的规则创建不同的总控制器
为什么添加总控制器
其实, 总控制器的好处多多, 不妨请看:
方便统一入口, 方便前置控制等等. 如: 我们提供两种访问方式, 一种是登录访问,如: 后台; 一种是不用登录访问, 如: 首页; 这个时候, 如果我要访问后台的话, 是不是每个方法都要验证一遍? 如果在每个方法中验证, 就会显得很傻缺, 比较快捷省心的做法, 就是我在总控制器验证一下, 然后, 其他需要验证的控制器, 直接继承这个控制器, 就可以省去每个方法都验证的麻烦, 当然, 你也可以在每个控制器的初始化方法中验证, 但是, 那样能快过一个继承 extend 么.
类似的好处还有多多, 等待小伙伴们慢慢体味发掘 (目前的另一种做法是 middleware, 会在后边讲到) , 这里我们先用传统的总控制器方法实现
完善总控制器
$ cd ~/fizzday/app/Controllers && vi BaseController.php
添加内容:
<?php
namespace App\Controller;
class BaseController
{
public function __construct(){
}
public function method1(){
}
public function __destruct(){
}
}
如何使用
比如, 我们昨天的 TestController , 可以修改如下:
<?php
namespace App\Controller;
class TestControlelr extends BaseController;
{
public function index()
{
echo "Fizzday's route success";
}
}
说明: 一般引入文件, 需要使用 use , 但是, 我们的两个控制器都在同一个命名空间下 , 默认使用当前命名空间, 所以, 不用使用 use App\Controolers\BaseController.
到此, 控制器搞定.
为了更集中化的控制, 我们在这里将框架目录稍微做一下调整, 如下:
~
fizzday
|--|--app/
|--|--|--|--Controllers/
|--|--|--|--Models/
|--|--|--|--Views/
|--|--bootstrap/
|--|--|--|-=boot.php
|--|--config/
|--|--public/
|--|--|--|-=index.php
|--|--routes/
|--|--|--|-=routes.php
|--|--vendor/
|--|--|--|--composer/
|--|--|--|--fizzday/
|--|--|--|--|--|--fizzroute/
|--|--|--|--|--|--|--src/
|--|--|--|--|--|--|--|-=Route.php
|--|-=composer.json
- 说明: * 这里修改了
public/index.php,更改为
<?php
define('ROOT_PATH', __DIR__ . '/');
require ROOT_PATH . '../bootstrap/boot.php';
变的更简洁了, 这里为了方便以后更多驱动的扩展, 引入了boot.php, 内容如下:
<?php
// 项目的源码根目录
define('BASE_PATH', __DIR__ . '/../');
// 配置目录
define('CONF_PATH', BASE_PATH . 'config/');
// 请求composer入口文件
require BASE_PATH . 'vendor/autoload.php';
// 路由目录
define('ROUTE_PATH', BASE_PATH.config('config.path.route').'/');
// 缓存目录
define('CACHE_PATH', BASE_PATH.config('config.path.cache').'/');
// 取别名, 这样就不需要在 routes/routes.php 中 use FizzRoute 了
class_alias('\\Fizzday\\FizzRoute\\Route', 'Route');
// 引入路由
require ROUTE_PATH . 'route.php';
// 驱动路由
Route::dispatch();
这里定义了各种常用常量, 以及composer的入口文件, 这里呢涉及到了一个自定义函数 config(), 为了方便使用, 我们把自定义函数放到自定义函数工具库中, 因此, 我们这里还需要引入函数文件, 我们同样采用compoer控制, 这样, 这个函数库就可以运用到任何地方了
使用composer引入:
cd ~/fizzday
composer require fizzday/fizzhelper dev-master
现在, 我们完成了框架运行的基本机构, 后边我们就开始填充这个框架, 让它变的更加丰满
完美手工~~~
网友评论