使用类属性缓存数据——为什么这是个坏主意

我最近读了很多关于PHP应用程序可伸缩性的文章。我读过的几乎所有文章都提到了缓存，所以我提出了在类属性中缓存DB数据的想法，以防止过多的DB查询。我想分享这个想法，所以我在博客上写了这个想法，结果老师告诉我这毫无意义，很愚蠢。除了使用毫无意义和愚蠢的词语外，他无法真正解释为什么它很糟糕。这里有人能解释一下为什么这种帮助扩展PHP应用程序的缓存方法不好吗？

方法：

理论：

我认为最好有一个类属性（变量）来存储提取的DB数据，以防止需要重复的查询或返回相同数据的查询，而不是从DB中提取每个方法中的数据（在需要的地方），执行一个又一个查询。

如果你不明白，这里有一个来自我博客的例子：

---

我将把Facebook引入这个例子中，只是为了稍微简化一下解释。假设我们正在为社交网络重新编码用户类。

class FBuser
{
}

这个类将包含的明显方法：

getStatusUpdates()
getAccountInfo()
getFriendIDs()

最初，这些方法都必须执行数据库查询，才能获得所需的数据。但是使用缓存方法，我将定义一个类属性来存储缓存的数据，并将所有DB查询都用一个方法进行：

class FBuser
{
    private $userCache = array();
    private function getData( $dataToGet = '' )
    {
    //all of my db querying would happen here
    }
}

但在同样的方法中，如果允许的话，我也会寻找缓存：

private function getData( $dataToGet = '' , $useCache = true )
{
   //am I allowed to use cache?
   if ( $useCache === true )
   { 
       //does the appropriate data exist in cache?
       if ( isset($this->userCache[ $dataToGet ]) )
       {
           return $this->userCache[ $dataToGet ];//return the cached data, and forget about the DB queries
       }
   }
   //if we get here, caching was disabled or the required data has not yet been cached :(
   //all of my db querying would happen here
   //store the data that's just been fetched by the queries in the cache property
}

这样，每当我想从DB中获取数据时，我都可以调用getData( 'the data I want' , true );，从而允许我在可能的情况下使用缓存的数据。

因此，如果我需要多次调用getAccountInfo()、getStatusUpdates()或getFriendIDs()，这种方法将阻止执行多个DB查询=有利于扩展（我认为）。

---