利用 Composer 一步一步构建自己的 PHP 框架

利用 Composer 一步一步构建自己的 PHP 框架（一）——基础准备

『Composer 一统天下的时代已经到来！』——白岩松

“一个时代结束了，另一个时代开始了。”

Framework Interoperability Group（框架可互用性小组），简称 FIG，成立于 2009 年。FIG 最初由几位知名 PHP 框架开发者发起，在吸纳了许多优秀的大脑和强健的体魄后，提出了 PSR-0 到 PSR-4 五套 PHP 非官方规范：

1. PSR-0 (Autoloading Standard) 自动加载标准

2. PSR-1 (Basic Coding Standard) 基础编码标准

3. PSR-2 (Coding Style Guide) 编码风格向导

4. PSR-3 (Logger Interface) 日志接口

5. PSR-4 (Improved Autoloading) 自动加载优化标准

之后，在此标准之上，Composer 横空出世！Composer 利用 PSR-0 和 PSR-4 以及 PHP5.3 的命名空间构造了一个繁荣的 PHP 生态系统。Composer 类似著名的 npm 和 RubyGems，给海量 PHP 包提供了一个异常方便的协作通道，Composer Hub 地址：https://packagist.org/。Composer 中文网站：http://www.phpcomposer.com/。

目前 PHP 界风头正劲的 Laravel 和 Symfony 均直接基于 Composer，大家耳熟能详著名框架 CI 和 Yii 的正开发版本 CodeIgniter 3 和 Yii 2 也都基于 Composer（更新：北京时间2014年10月13日 Yii 2 已经发布）。Composer 就是 PHP 框架的未来，有了它，让 CI 的路由和 Laravel 的 Eloquent ORM 协作就会变的非常简单。

PHP 语言本身就带有强大的网络功能、文件管理功能和丰富的系统 API，Composer 也只是一段 PHP 脚本而已。可以使用

php composer.phar update

直接调用。

在合适的地方新建一个文件夹，命名为 MFFC（My First Framework based on Composer），在文件夹下新建文件 composer.json：

{
  "require": {
  }
}

命令行切换到 MFFC 目录下，运行：

composer update

稍等片刻，会出现如下文件及文件夹：

如果以上内容成功出现，恭喜你，Composer 初始化成功！

利用 Composer 一步一步构建自己的 PHP 框架（二）——构建路由

久负盛名的 CodeIgniter 框架是很多人的 PHP 开发入门框架，同样也是我开始学习如何从头构建一个网站的框架。在 CI 中我学到了很多，其中对 MVC 的深入理解和对框架本质的理解对我的影响最大。从使用框架是为了提高开发效率的角度来看，框架的本质就是路由。

下面我们就开始自己来构建路由，先去 GitHub 搜一下：点此查看搜索结果

推荐 https://github.com/NoahBuscher/Macaw，对应的 Composer 包为 noahbuscher/macaw 。

下面开始安装它，更改 composer.json：

{
  "require": {
    "noahbuscher/macaw": "dev-master"
  }
}

运行 composer update，成功之后将得到以下目录：

至此，Macaw 包安装成功！

下面，就是见证奇迹的时刻！我们将赋予 MFFC 生命力，让它真正地跑起来！

新建 MFFC/public 文件夹，这个文件夹将是用户唯一可见的部分。在文件夹下新建 index.php 文件：

上面一行表示引入 Composer 的自动载入功能，下面一行表示载入路由配置文件。新建 MFFC/config 文件夹，在里面新建 routs.php 文件，内容如下：

'.$fu;
});

Macaw::dispatch();

Macaw 的文档位于 https://github.com/NoahBuscher/Macaw，请按照你的 HTTP 服务软件类型自行设置伪静态，其实跟绝大多数框架一样：“将所有非静态文件全部指向 index.php”。

然后，将某一个端口用 Apache 或 Nginx 分配给 MFFC/public 目录，这一步十分建议用 Apache 或者 Nginx 做。

如果使用 PHP 内置 HTTP 服务器：

cd public && php -S 127.0.0.1:3000

将导致路由的 Macaw::get('fuck' 必须写成 Macaw::get('/fuck' 才能响应。

目前的代码使用 Apache + mod_php 和 Nginx + php-fpm 方式均没有问题。

我在本地绑定了 81 端口，访问 http://127.0.0.1:81/fuck 可以看到：

如果页面乱码，请调整编码为 UTF-8。如果你成功看到以上页面，那么恭喜你，路由配置成功！

Macaw 只有一个文件，去除空行总共也就一百行多一点，通过代码我们能直接看明白它是怎么工作的。下面我简略分析一下：

1. Composer 的自动加载在每次 URL 驱动 MFFC/public/index.php 之后会在内存中维护一个全量命名空间类名到文件名的数组，这样当我们在代码中使用某个类的时候，将自动载入该类所在的文件。

2. 我们在路由文件中载入了 Macaw 类：“use NoahBuscher\Macaw\Macaw;”，接着调用了两次静态方法 ::get()，这个方法是不存在的，将由 MFFC/vendor/codingbean/macaw/Macaw.php 中的 __callstatic() 接管。

3. 这个函数接受两个参数，$method 和 $params，前者是具体的 function 名称，在这里就是 get，后者是这次调用传递的参数，即 Macaw::get('fuck',function(){...}) 中的两个参数。第一个参数是我们想要监听的 URL 值，第二个参数是一个 PHP 闭包，作为回调，代表 URL 匹配成功后我们想要做的事情。

4. __callstatic() 做的事情也很简单，分别将目标URL（即 /fuck）、HTTP方法（即 GET）和回调代码压入 $routes、$methods 和 $callbacks 三个 Macaw 类的静态成员变量（数组）中。

5. 路由文件最后一行的 Macaw::dispatch(); 方法才是真正处理当前 URL 的地方。能直接匹配到的会直接调用回调，不能直接匹配到的将利用正则进行匹配。

利用 Composer 一步一步构建自己的 PHP 框架（三）——设计 MVC

正式开始

规划文件夹

新建 MFFC/app 文件夹，在 app 中创建 controllers、models、views 三个文件夹，开始正式开始踏上 MVC 的征程。

（谁说我抄 Laravel 了，我抄的明明是 Rails :-D）

使用命名空间

新建 controllers/BaseController.php 文件：

新建 controllers/HomeController.php 文件：

控制器成功！";
  }
}

增加一条路由： Macaw::get('', 'HomeController@home');，打开浏览器直接访问 http://127.0.0.1:81/，出现以下提示：

Fatal error: Class 'HomeController' not found in /Library/WebServer/Documents/wwwroot/MFFC/vendor/codingbean/macaw/Macaw.php on line 93

为什么没找到 HomeController 类？因为我们没有让他自动加载，修改 composer.json 为：

{
  "require": {
    "codingbean/macaw": "dev-master"
  },
  "autoload": {
    "classmap": [
      "app/controllers",
      "app/models"
    ]
  }
}

运行 composer dump-autoload，稍等片刻，刷新，你将看到以下内容（别忘了调节编码哦~）：

恭喜你，命名空间使用成功！

连接数据库

新建 models/Article.php 文件，内容为（数据库密码请自行更改）：

'.$row["title"].'';
      echo '
'.$row["content"].'
';
    }

    mysql_close($connection);
  }
}

修改 controllers/HomeController.php 文件：

刷新，这时候会得到 Article 类未找到的信息，因为我们没有更新自动加载配置：

composer dump-autoload

在等待的时间里，我们去建立数据库 mffc，在里面建立表 articles，设计两个字段 title、content 用于记录信息，并填充进至少一条数据。你也可以在建立完成 mffc 数据库以后运行以下 SQL 语句：

DROP TABLE IF EXISTS `articles`;

CREATE TABLE `articles` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `title` varchar(255) DEFAULT NULL,
  `content` longtext,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

LOCK TABLES `articles` WRITE;
/*!40000 ALTER TABLE `articles` DISABLE KEYS */;

INSERT INTO `articles` (`id`, `title`, `content`)
VALUES
	(1,'我是标题','
我是内容呀~~
我真的是内容，不信算了，哼~ O(∩_∩)O
'),
	(2,'我是标题','
我是内容呀~~
我真的是内容，不信算了，哼~ O(∩_∩)O
');

/*!40000 ALTER TABLE `articles` ENABLE KEYS */;
UNLOCK TABLES;

然后，刷新！你将看到以下页面：

恭喜你！MVC 中的 M 和 C 都已经实现！接下来我们开始调用 V (视图)。

---

调用视图

修改 models/Article.php 为：

将包含查询结果的数组返回。修改 HomeController：

保存，刷新，你将得到跟上面一模一样的页面，视图调用成功！

---

几乎所有人都是通过学习某个框架来了解 MVC 的，这样可能框架用的很熟，一旦离了框架一个简单的页面都写不了，更不要说自己设计 MVC 架构了，其实这里面也没有那么多门道，原理非常清晰，我说说我的感悟：

1. PHP 框架再牛逼，他也是 PHP，也要遵循 PHP 的运行原理和基本哲学。抓住这一点我们就能很容易地理解很多事情。

2. PHP 做的网站从逻辑上说，跟 php test.php 没有任何区别，都只是一段字符串作为参数传递给 PHP 解释器而已。无非就是复杂的网站会根据 URL 来调用需要运行的文件和代码，然后返回相应的结果。

3. 无论我们看到的是 CodeIgniter 这样 180 个文件组成的“小框架”，还是 Laravel 这样加上 vendor 一共 3700 多个文件的 “大框架”，他们都会在每一个 URL 的驱动下，组装一段可以运行的字符串，传给 PHP 解释器，再把从 PHP 解释器返回的字符串传给访客的浏览器。

4. MVC 是一种逻辑架构，本质上是为了让人脑这样的超低 RAM 的计算机能够制造出远超人脑 RAM 的大型软件，其实 MVC 架构在 GUI 软件出现以前就已经成形，命令行输出也是视图嘛。

5. 在 MFFC 里，一个 URL 驱动框架做的事情基本是这样的：入口文件 require 控制器，控制器 require 模型，模型和数据库交互得到数据返回给控制器，控制器再 require 视图，把数据填充进视图，返回给访客，流程结束。

利用 Composer 一步一步构建自己的 PHP 框架（四）——使用 ORM

正文

我们选择 Laravel 的 illuminate/database 作为我们的 ORM 包。我试用了几个著名的 ORM，发现还是 Laravel 的 Eloquent 好用！让我们开心的 ORM，开了又开！ :-D

在本系列教程里，每一个 Composer 包都要满足以下基本要求：

1. 原生依赖 Composer 进行管理
   
2. 在好用的基础上尽量简单（比如我们那个超简单的路由包）
   
3. 尽量新，用上 PHP 的新特性

说到 PHP 的新特性，有句题外话。 PHP5.3 引入了命名空间，这是规划在 PHP6 中的功能，所以 PHP5.3 在一定程度上其实就是 PHP6 ，PHP 的下一个版本是 PHP7 ，即将发布，主要贡献者是大名鼎鼎的 鸟哥 @Laruence 。另外本台前方记者（就是我）刚刚从微博发来报道，鸟哥正在放大招，制造传说中 PHP7 on JIT ，我大 PHP 的历史车轮是无法阻挡的哈哈哈！:-P

安装 illuminate/database

给 composer.json 增加一个 require 项：

"illuminate/database": "*"

运行 composer update ，等待安装完成。

使用 Eloquent

修改 public/index.php 为：

addConnection(require '../config/database.php');

$capsule->bootEloquent();

// 路由配置

require '../config/routes.php';

新增 config/database.php （注意替换数据库密码）：

 'mysql',

  'host'      => 'localhost',

  'database'  => 'mffc',

  'username'  => 'root',

  'password'  => 'password',

  'charset'   => 'utf8',

  'collation' => 'utf8_general_ci',

  'prefix'    => ''

  ];

   

修改 models/Article.php ：

   

controllers/HomeController.php 无需改动。

刷新，页面依旧：

恭喜你！Eloquent 使用成功！

Eloquent 更多用法

Eloquent 异常强大 ，可以说是 Laravel 中 最特别 、 最有价值 的部分。

像 HomeController 中调用的 Article::first() ，之前用了十几行代码，现在什么都不用干，继承一个类就行了。

Eloquent 更多用法参见：Eloquent ORM 中文文档

其他著名 ORM

还有很多著名的 ORM 和 Datamapping（数据库迁移等） 包，参见： ORM and Datamapping

ORM 能够大幅提高提高开发效率，Eloquent 真乃神器也！

虽然 web 届各语言阵营都在不断推出新的所谓 快速开发框架 ，终归还是越来越像 Rails 。Eloquent 在表面上几乎是最像 Rails 的 ORM 的了，但是跟 Rails 不能比啊，Ruby 的超强面向对象特性可不是盖的。Laravel 作者 Taylor Otwell 接受采访时曾表示，Eloquent 是整个 Laravel 中最难实现的部分。我在调试的时候也发现， MFFC/vendor/illuminate/database/Illuminate/Database/Eloquent/Model.php 这个文件有 3000 多行......