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