PSR6合理性讨论

我现在在尝试写一个psr-6的实现

论论App

AI文献搜索、学术讨论平台，涵盖了各类学术期刊、学位、会议论文，助力科研。

23

查看详情

当我在实现CacheItemPoolInterface接口时，对于save方法感到困惑，save方法只接收一个CacheItemInterface类型的参数，但是CacheItemInterface这个接口却没有提供类似getExpireTime的方法，这就导致CacheItemPoolInterface没有办法获取到缓存项的过期时间，也就没办法正确地将数据写入到缓存存储里。

我看过几个比较著名的PSR-6实现，例如 symfony/cache php-cache/cache tedious/Stash 然而这些实现版本在实现save方法时并不是非常优雅。

比如symfony/cache

<code>public function save(CacheItemInterface $item)
{
    if (!$item instanceof CacheItem) {
        return false;
    }
    if ($this->deferred) {
        $this->commit();
    }
    $this->deferred[$item->getKey()] = $item;
    return $this->commit();
}</code>

这个save方法只有传入Symfony\Component\Cache\CacheItem类型的参数才可以，传入其他类型都会返回false。

目前的情况是，如果想要写一个用到缓存的类库，就必须指定一个具体的PSR-6实现作为依赖，而不仅仅是psr/cache。而反观PSR-3这个日志接口，要写一个需要日志功能的类库，只需要引入psr/log即可，不需要具体实现。

在我看来，PSR-6并不需要CacheItemInterface这个接口，只需要把save方法修改成save($key, $value, $expire_at)即可。

我在packagist上面搜索cache，其他一些比较出名的缓存库，例如doctrine/cache sonata-project/cache illuminate/cache等，都没有选择遵循PSR-6，应该也是这方面的考虑吧

回复内容：

我现在在尝试写一个psr-6的实现

当我在实现CacheItemPoolInterface接口时，对于save方法感到困惑，save方法只接收一个CacheItemInterface类型的参数，但是CacheItemInterface这个接口却没有提供类似getExpireTime的方法，这就导致CacheItemPoolInterface没有办法获取到缓存项的过期时间，也就没办法正确地将数据写入到缓存存储里。

我看过几个比较著名的PSR-6实现，例如 symfony/cache php-cache/cache tedious/Stash 然而这些实现版本在实现save方法时并不是非常优雅。

比如symfony/cache

<code>public function save(CacheItemInterface $item)
{
    if (!$item instanceof CacheItem) {
        return false;
    }
    if ($this->deferred) {
        $this->commit();
    }
    $this->deferred[$item->getKey()] = $item;
    return $this->commit();
}</code>

这个save方法只有传入Symfony\Component\Cache\CacheItem类型的参数才可以，传入其他类型都会返回false。

目前的情况是，如果想要写一个用到缓存的类库，就必须指定一个具体的PSR-6实现作为依赖，而不仅仅是psr/cache。而反观PSR-3这个日志接口，要写一个需要日志功能的类库，只需要引入psr/log即可，不需要具体实现。

在我看来，PSR-6并不需要CacheItemInterface这个接口，只需要把save方法修改成save($key, $value, $expire_at)即可。

我在packagist上面搜索cache，其他一些比较出名的缓存库，例如doctrine/cache sonata-project/cache illuminate/cache等，都没有选择遵循PSR-6，应该也是这方面的考虑吧