PHP Composer 以及PSR规范

背景说明

进入个人博客

www.sourcedev.cc/php

随着项目代码量的不断增长,以及一些库的依赖,咱们不得不引入包的管理,来解决不易管理、阅读、模块化等问题。 三方库优秀,并且不少人在维护,功能对接也方便,咱们没有必要在这个一个经常使用的功能上花费时间来封装或者造轮子, 不少人在本身的项目中都实践过,出现了问题,反应的issue也很快会被解决掉,功能也不断在完善。 一直强调,站在巨人的肩膀上,咱们会走的更远,也许咱们本身撸出来的代码难等大雅之堂,没法比拟, 把重心放在本身的核心产品和功能时间上,学会借鉴学习和使用,下降本身的开发成本。 也许有人会以为我使用三方库可能会形成性能上的影响,有些功能我根本用不到。项目中代码有不少无用的代码,致使文件加载过慢, 其实不用担忧, opcache能够将php脚本预编译到共享内存中来提高php的性能。html

php Composer psr-4 autoload

Composer 是php用来管理依赖关系的工具,能够在项目中声明外部依赖的工具库,Composer会帮你安装这些依赖的库文件 psr-4 是一种代码规范,可以实现package的自动加载,规范了如何从文件路径自动加载类,同时也规范了自动加载文件的位置python

自动加载

咱们在支持Composer的项目中,只需引入这个文件,加上下面这段php的代码,就能够获得自动加载的支持了git

<?php

require_once __DIR __ . '/vendor/autoload.php';

复制代码

composer.json

{
    "autoload": {
        "psr-4": {
            "Work\\": "src/"
        },
        "psr-0": {
            "Vendor_Namespace_": "src/"
        }
    }
}
复制代码

Composer 将注册一个 PSR-4 autoloader 到 Work 命名空间, PSR-0 则支持_,自动转化为目录结构shell

classmap

不遵循PSR-0/4规范的类库,json

files

明确的指定文件加载缓存

额外的

repositories 自定义资源包库

type

  • composer Composer 类型的资源库,是一个简单的网络服务器上的
  • vcs git、svn、hg等
  • pear 从pear上获取资源
  • package 内联一个composer.json对象

scripts

Composer 容许你在安装过程当中的各个阶段挂接脚本。bash

详细流程

典型的命令,composer安装时

  • post-install-cmd composer install执行以后触发
  • post-update-cmd composer update执行以后触发

自定义脚本demo

{
    "scripts": {
        "post-update-cmd": "MyVendor\\MyClass::postUpdate",
        "post-package-install": [
            "MyVendor\\MyClass::postPackageInstall"
        ],
        "post-install-cmd": [
            "MyVendor\\MyClass::warmCache",
            "phpunit -c app/",
            "find vendor -type d -name .git -exec rm -rf '{}' \\;"
        ]
    }
}
复制代码
<?php

namespace MyVendor;

use Composer\Script\Event;

class MyClass {
    public static function postUpdate(Event $event) {
        $composer = $event->getComposer();
        // do stuff
    }

    public static function postPackageInstall(Event $event) {
        $installedPackage = $event->getOperation()->getPackage();
        // do stuff
    }

    public static function warmCache(Event $event) {
        // make cache toasty
    }
}
复制代码

否则看出执行的脚本能够是一个类中的静态方法,固然也能够是一个函数,还能够是一条shell命令服务器

咱们也能够手动执行一些命令网络

composer run-script [--dev] [--no-dev] script
复制代码

扩展

顺便了解一下其余的几个代码规范

PSR

psr-0 自动加载

psr-1 基本代码规范

  • 文件内只出现 <?php<?= 标签 (必须)
  • 只是用utf-8 没有BOM头的php代码 (必须)
  • 声明新的类型符,不产生反作用
  • 命名空间遵循autoload自动加载psr-0/4规范(必须)
  • 类名驼峰(必须)
  • 类中的常量下划线_分隔(必须)
  • 方法驼峰(必须)

psr-2 代码样式

  • 必须遵循psr-1
  • 四个空格,而非tab
  • 限制每行长度 80或者更少
  • namespace 和 use 必须空格
  • 类的括号必须独立一行
  • 类的方法也同样
  • 全部的属性和方法必须在修饰符以前,static在以后
  • 关键词以后必须有空格
  • 代码流程控制,{ 在一行,}独立一行
  • {以后没有空格,}以前没有空格

psr-3 日志接口

  • 错误级别RFC 5424 (debug, info, notice, warning, error, critical, alert, emergency)

psr-4 自动加载

相比于 psr-0 规范比较干净 PSR-0规范中下划线_会被转化成为目录分割线 上面有详细的介绍,这里就再也不重复

psr-6 缓存接口

psr-7 http消息接口

psr-11 容器接口

psr-13 超媒体连接

psr-15 http句柄

psr-16 简单缓存

收集或者查看过的

相关文章
相关标签/搜索