「PSR 规范」PSR-3 日志接口规范

日志接口规范


本文制定了日志类库的通用接口规范。
本规范的主要目的,是为了让日志类库以简单通用的方式,通过接收一个 Psr\Log\LoggerInterface 对象,来记录日志信息。框架以及 CMS 管理系统如有需要, 可以 对此接口进行扩展,这才能在保证使用第三方类库的文件时,日志接口仍能正常对接。

关于「能愿动词」的使用


为了避免歧义,文档使用了大量的 「能愿动词」,对应的解释如下:

  • 必须(MUST):绝对,严格遵循,请照做,无条件遵守;
  • 一定不可(MUST NOT):禁令,严令禁止;
  • 应该(SHOULD):强烈建议这样做,但不强求;
  • 不该(SHOULD NOT):强烈建议不要这样做,但不强求;
  • 可以(MAY)可选(OPTIONAL):选择性较高,在这个文档内,此词语使用较少;

1.规范说明


1.1基本规范

  • LoggerInterface RFC 5424 接口对外定义了八个方法,分别用来记录中定义的八个等级的日志:debug、info、notice、warning、error、critical、alter 和 emergency。
  • 第九个方法—— log,其第一个参数为记录的等级。可使用一个预先定义的等级常量作为参数来调用此方法, 必须 与直接调用以上八个方法具有相同的效果。如果传入的等级常量参数没有预先定义,则 必须 抛出 Psr\Log\InvalidArgumentException 类型的异常。在不确定的情况下,使用者 不该 使用未支持的等级常量来调用此方法。

1.2记录信息

  • 以上每个方法都接受一个字符串类型或者有 __toString() 方法的对象作为记录信息参数,这样,实现者就能把它当成字符串来处理,否则实现者 必须 自己把它转换成字符串。
  • 记录信息参数 可以 携带占位符,实现者 可以 根据上下文将其他替换成相应的值。
    其中占位符 必须 与上下文数组中的键保持一致。
    占位符的名称 必须 由一个左花括号 { 以及一个右花括号 } 包含。但花括号与名称之间 一定不可 有空格符。
    占位符的名称 应该 只有 A-Za-z0-9、下划线 _ 以及英文的句号 . 组成,其他字符作为将来占位符规范的保留。
    实现者 可以 通过对占位符采用不同的转义和转换策略,来生成最终的日志。而使用者在不知道上下文的前提下,不该 提前转义占位符。
    以下是占位符使用的一个例子:
/**
 * 用上下文信息替换记录信息中的占位符
 */
function interpolate($message, array $content = array ())
{
    //构建一个花括号包含的键名的替换数组
    $replace = array();
    foreach ($content as $key => $val) {
        $replace['{' . $key . '}'] = $val;
    }
    //替换记录中信息中的占位符,最后返回修改后的记录信息
    return strtr($message, $replace);
}

//含有带花括号占位符的记录信息
$message = "User {username} created";

//带有替换信息的上下文数组,键名为占位符名称,键值为替换值。
$content = array('username' => 'bolivar');

//输出 "UserName bolivar created"
echo interpolate($message, $context);

1.3上下文

  • 每个记录函数都接受一个上下文数组参数,用来装载字符串类型无法表示的信息。它 可以 装载任何信息,对于其装载的数据,一定不可 抛出异常,或产生 PHP 错误、警告或提醒信息(error、warning、notice)。
  • 如需通过上下文参数传入了一个 Exception 对象,必须exception 作为键名。记录异常信息是很普遍的,所以如果他能够在记录类库的底层实现,就能够让实现者从异常信息中抽丝剥茧。当然,实用者在使用它时,必须 确保键名为 exception 的键值是否是一个真的 Exception,毕竟它可以装载任何信息。

1.4助手类和接口

  • Psr\Log\AbstractLogger 使得只需继承它和实现其中的 log 方法,就能够很轻易的实现 LoggerInterface 接口,而另外八个方法就能够吧记录信息和上下文信息传给它。
  • 同样的,使用 Psr\Log\LoggerTrait 也只需实现其中的 log 方法。不过,需要特别注意的是,在 trait 可复用代码块还不能实现接口前,还需要 implement LoggerInterface
  • 在没有可用的日志记录器时, Psr\Log\NullLogger 接口 可以 为使用者提供一个备用的日志 「黑洞」。不过,当上下文的构建非常消耗资源时,带条件检查的日志记录或许是更好的办法。
  • Psr\Log\LoggerAwareInterface 接口仅包括一个 setLogger(LoggerInterface $logger) 方法,框架 可以 使用它实现自动连接任意的日志记录实例。
  • Psr\Log\LoggerAwareTrait trait 可复用代码块可以在任何的类里面使用,只需通过它提供的 $this->logger,就可以轻松的实现等同的接口。
  • Psr\Log\LogLevel 类装载了八个记录等级常量。

2.包


上述的接口、类和相关的异常类,以及一系列的实现检测文件,都包含在 psr/log 文件包中。

3. Psr\Log\LoggerInterface


4.Psr\Log\LoggerAwareInterface

5.Psr\Log\LogLevel

你可能感兴趣的:(「PSR 规范」PSR-3 日志接口规范)