关于PSR-6的一些思考

之前想自己造一个缓存的轮子，就去看了一下PSR6的定义，并根据psr/cache提供的接口来实现。

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

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

比如symfony/cache

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

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

目前的情况是，如果想要写一个用到缓存的类库（并不是PSR-6实现），就必须指定一个具体的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，应该也是这方面的考虑吧。

================================================

然而在看过aws-sdk-php之后，我的想法有了很大的改观。aws-sdk-php实现了一个PsrCacheAdapter类，其中set方法会先通过CacheItemPoolInterface接口的getItem方法去获得一个CacheItemInterface对象，然后给这个对象设置值和过期时间。

这就让我明白了我之前想法的误区：实现PSR-6了的接口，并不代表需要CacheItemPoolInterface的save接口可以接收任意CacheItemInterface对象，实际的应用场景也不应该出现把Symfony\Component\Cache\CacheItem类型的对象当成参数传给Stash/Pool对象的save方法。所以symfony/cache的实现方案是没有任何问题的。

而上文中所提到的，要写一个使用缓存的第三方库，就可以用aws-sdk-php的PsrCacheAdapter来解决，唯一的不足就是每次调用save方法之前，都要先去getItem一下，对性能还是有一定的影响。

============================================

PSR-16 simple cache，现在还是草稿状态，如果能够成为标准，还是会方便很多。