用发展的眼光追技术

本文从 PHP 语言的 YII2 框架说起，简单谈一些技术的演变和发展脉络。

YII2 这个框架是 PHP 语言生态下的一款 Web 应用框架。

有过 PHP 开发经验的开发者都不会陌生，或多或少都听说过，熟悉，至少接触过。

回到始点 PHP 官方定位

PHP is a popular general-purpose scripting language that is especially suited to web development

PHP 官方的定义是基于轻型的 Web 应用，最典型的应用是 MVC。

YII2 初来乍到

在 2013 年，2014 年 YII2 刚刚发布的年份，YII2 被大家追逐的原因是

• 面向对象数据
• 包加载的扩展属性
• 自带 Gii 自动化生成工具
• 清爽的 View 界面和工具包
• API 序列化模型这几个

我们返回头再整体回顾下 YII2 框架，你会发现在 YII2 官方的默认模版中，View 层还是占有很大的比重的。

而最近几年，前端技术演进迅猛，Web 开发都在使用前后端分离。

分离大部分内容是数据的业务控制和界面的显示。

View 逐渐被前端框架，如 Vue 取代，YII2 也暴露出来它的劣势。

在 YII2 社区中安装 YII2 版本的讨论中，经常有一个 View asset 扩展安装的难题。

核心就是前端页面元素与后端服务的耦合的问题，以及版本依赖的冲突。

参考文档 composer 管理 js css 等依赖文件

相关命令

composer global require "fxp/composer-asset-plugin:*"

使用 YII2 构建 API

简单概括

现在我们使用 YII2，就是在使用它构建 API 的能力。

看一看 YII2 官方文档 列出来的 YII2 关键组成,基本上很多已经退出常见的使用场景。

找到了一个介绍 YII2 微框架，为服务接口而设计的 使用 Yii 作为微框架，

YII2微框架.png

YII2 去掉预置的模版，去掉 View 功能，剩下的核心也就是这个了。

可扩展性

关于 YII2 这款框架，有两个概念值得说明一下

组件和模块

.YII2 的扩展性主要体现在组件（comments）的设计上

'components' => [
        'request' => [
            'cookieValidationKey' => 'dmpisthebest',
            'parsers' => [
               'application/json' => 'yii\web\JsonParser',
            ]
        ],
        'cache' => [
            'class' => 'yii\caching\FileCache',
        ],
        'errorHandler' => [
            'errorAction' => 'site/error',
        ],
        'user' => [
            'identityClass' => '',
            'enableAutoLogin' => false,
        ],
]

YII2 种常见的组件 包括 user,seesion redis mongodb，log 等

感觉组件更适合做 infrastructure 的构建，而 module 则适合做业务的分离解耦

配置 YII2 带来的耦合性

我们简单分析 YII2 的主配置文件，

很容易了解到 YII2 是通过模块（module），组件（components）来启动和项目功能的。除必须的模块和组件外，组件和模块可以按需加载。

虽然组件和模块为扩展性提供了便利，引用它们使用的配置，会造成入口 index.php 自动加载的 main.php 文件复杂臃肿，难以维护和阅读。

解决耦合可以从以下几个方面的尝试

根据环境分拆配置文件

根据环境，加载不同的文件，可以 通过域名，变量等方式确定环境，进而分离配置文件。

YII2 入口文件及环境配置.png

根据组件分拆配置文件,实现组件和模块的按需加载。

复制优于依赖

Alittle copyiing is better than a litter dependcy

有时候不一定要优先追求共享代码，应该有一部分复制冗余。公用代表着多处使用，和依赖耦合。复制虽然增加了复制的成本，却独立自由。

怎么理解这句话？

我们以 YII2 工程为例，官方推荐的 Advanced 模版中有一个公共工程 common

那我们是不是应该把项目中可以共用的数据层都放到 common 里？

YII2-模块.png

如上图，passport 和 admin 两个模块，如果都涉及同一张 User 表，依据复制优于依赖的原则，没有必要公用一个 User 类，可以单独存放为两个 User 类，用命名空间做隔离。更何况因为模块不一样，即使同一个数据表对象，相关的数据操作也会不一样。

  /**
     * @inheritdoc
     */
    public function init()
    {
        if (!$this->accountId)
            throw new InvalidConfigException('accountId required.');
        if (!$this->secretKey)
            throw new InvalidConfigException('secretKey required.');
    }

PHP 如何做单元测试

这个可以作为一个面试题与候选者沟通，但是我下边这段话，不适合作为答案。

当然会有一些单元测试组件，比如 YII2 下的 Codeception，PHPUnit 进行数据 Mock。可实际情况呢，程序直接用 var_dump，REST 接口测试程序即可调试，达到单元测试的目的。

这就是 最简单的理论和实际的出入，理论结合实践的实话。

总结

看看程序语言的发展脉络，以及前后端发展的变革，可以总结出两个词：演变和趋势。

演变和趋势

在应用程序开发中，前端这个职位是从后端细化和演变而来的，前后端分离和独立就是技术的趋势。

包括技术层面的技术选择和生态

职位层面的前端工程师和后端工程师

部门层面的前端部门和后端部门。

演变底层逻辑是万变不离其宗，趋势代表着先进的技术就是先进的生产力。

本来想写一篇关于重新定位 YII2 的文章，最后发现本文的重点已经不是 YII2 ，而是这种变化趋势对于相关决策的度量参考。

唯有改变思路，才有出路。用发展的眼光去追技术。

图南日晟-互联网技术输出