我们正在开发一个应用程序,由于许多原因,它基于老化的代码库。它被客户积极使用,并不断发展。
我们最近遇到了性能问题,我们选择通过添加缓存来解决这些问题。 列表,菜单,大图,它们都存储为某种缓存(文件系统上的单独文件)
对于每个缓存,您基本上有两个进程:
由于应用程序是单片式的,因此导致缓存保存或清除的可能操作并不明显且不能自我解释。有许多入口点可以触发这样的过程(构建一个新菜单?清除菜单缓存 - 依此类推)。
因此,我们有时会遇到一个问题,即应用程序的一小部分没有清除缓存。或者另一个不应该刷新缓存。
基本上,我们缺乏所有缓存清除/保存触发器的概述。
两个问题:
答案 0 :(得分:2)
缓存是一种通用的跨领域问题,可以使用Aspect-oriented programming来解决。简而言之,这种技术允许在不修改代码本身的情况下向现有代码添加或修改行为。您只需找到一些join points并附加advice即可。
对于PHP,Go! AOP提供了最强大的AOP实现:
例如,某些应该缓存的函数:
class AnyClass
{
/**
* @Cacheable
*/
public function someVerySlowMethod() { /* ... */ }
}
以及相关的建议实施:
class CachingAspect implements Aspect
{
private $cache = null;
public function __construct(Memcache $cache)
{
$this->cache = $cache;
}
/**
* This advice intercepts the execution of cacheable methods
*
* The logic is pretty simple: we look for the value in the cache and if we have a cache miss
* we then invoke original method and store its result in the cache.
*
* @param MethodInvocation $invocation Invocation
*
* @Around("@annotation(Annotation\Cacheable)")
*/
public function aroundCacheable(MethodInvocation $invocation)
{
$obj = $invocation->getThis();
$class = is_object($obj) ? get_class($obj) : $obj;
$key = $class . ':' . $invocation->getMethod()->name;
$result = $this->cache->get($key);
if ($result === false) {
$result = $invocation->proceed();
$this->cache->set($key, $result);
}
return $result;
}
}
这就是全部。原帖("Caching Like a PRO")的说明:
然后,此方面将在AOP内核中注册。 AOP引擎将在自动加载期间分析每个加载的类,如果方法匹配@Around(" @注释(Annotation \ Cacheable)")切入点,则AOP将更改它动态包括调用建议的自定义逻辑。类名将被保留,因此AOP可以轻松地在最终类中缓存静态方法甚至方法。
请注意,注释(@Cacheable
)是可选的:您可以various ways查找切入点。