/ PHP

关于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,现在还是草稿状态,如果能够成为标准,还是会方便很多。

关于PSR-6的一些思考
Share this