php 接口缓存,php – 用作模型的缓存API /接口

我正在用PHP编写缓存API.它完成了我需要它做的所有事情,但我将它贡献给一个项目,其他人可能会将它用于其他事情.在代码审查中,我被要求确保它具有缓存API中所需的所有标准方法.

我已经看过PHP的Memcache API,Zend的缓存API以及其他一些API,而且似乎并没有真正的标准.他们当然不同意方法的名称(read()vs. get()vs. etc.).

那么,我应该确保我可以进行CRUD操作并将其称为一天吗？投入冲洗()以获得良好的衡量标准？

或者是否有一种我可以用于缓存API的标准通用模型？

或者我是否应该坚持认为在实际需要之前我们不应该实施任何东西？

解决方法:

你使用什么样的后端缓存？ Memcached的？ Redis的？ APC？平面文件？

>如果你只支持一个后端(如Memcached),你应该尽可能地遵循那个部分后端的方法.

>如果您要支持多个后端,那么您的核心方法应该具有其中的共同点.

就“标准”而言,大多数人会使用相同的方法名称来寻找具有可选到期,GET,EXISTS,DELETE,FLUSH和(如果可能的话)INCREMENT / DECREMENT的SET.几乎每个缓存API都提供这些方法.但更重要的是取决于后端支持的内容.

例如,Memcached支持CAS,APPEND和原子ADD / REPLACE,但许多其他后端不支持.即使您在不支持它们的后端上使用类似的方法,结果操作也不会是原子操作,这可能会导致细微的错误.问题不在于他们还不需要.问题是,如果拍到不支持它们的后端,它们将会出现问题.

Zend_Cache非常复杂,因为它支持几乎所有可能的后端,并且包含许多技巧以使它们的行为类似.例如,它大量使用锁定来防止平面文件操作的潜在竞争条件.但是你可能不应该重新发明轮子,如果这就是你所追求的.

标签：php,oop,caching,interface,api

来源： https://codeday.me/bug/20190709/1415954.html