缓存和筛选聚合方法

如何解决缓存和筛选聚合方法

| 我有一个轮询系统。我希望能够基于筛选出的投票子集来计算结果。为此，我允许调用者将子查询传递给我的模型，然后该子查询用于在计算结果时仅选择投票的子集。问题是我想缓存我的结果，而查询很灵活，以至于成为缓存哈希中的可怕键。这就是我要问的地方：如何在我的结果方法中传递过滤器，以便在良好的代码习惯，可靠的缓存（即，编码器可以轻松理解何时缓存内容）和过滤器灵活性之间取得最佳平衡。选项1：将其吸收并与查询哈希一起使用将$ voteFilter传递给每个方法，以便这些方法看起来像这样：

class Poll {
     getResults($voteFilter) {...} // Returns the poll results for passed filter
     getWinner($voteFilter) {...}  // Returns the winning result for passed filter
     isTie($voteFilter) {...}  // Returns tie status for passed filter
}

这些方法将检查其缓存，如果已使用该过滤器查询，则仅使用这些结果。这是有风险的，因为您可能具有由稍微不同的查询生成的相同结果集（即，交换反射逻辑子句的顺序）。我觉得这意味着编码人员可能会意外地不使用缓存。这也感觉就像我在不需要时来回传递了很多东西-大概是编码器将在所有结果方法中使用单个过滤器集（当我想要结果和获胜者时和并列状态，可能会在任何给定的时间使用相同的投票过滤器）选项2：使用单独的类方法设置过滤器使用setFilter（）方法传递当前正在使用的$ voteFilter，以启动结果会话。这将在每次调用高速缓存时重置高速缓存，并决定结果方法中使用的过滤器，直到下次调用setFilter为止。看起来像这样：

class Poll {
     setVoteFilter($voteFilter) {...} // Clears cache and sets vote filter
     getResults() {...} // Returns the poll results for current filter
     getWinner() {...}  // Returns the winning result for current filter
     isTie() {...}  // Returns tie status for current filter
}

这个选项感觉更优雅，我喜欢它，但是我不知道它是否是不好的形式，我会在两个月后看到这种情况，说“这太可怕了。为什么我会做出这样的选择？”没有显式参数的方法\“ 选项3：定义更严格的过滤技术如果我限制了过滤的方式，则可以创建没有混淆空间的过滤器参数，从而解决了选项1中的歧义问题。这限制了灵活性，并可能导致API难以理解。我最不喜欢这个选择，但是想把它扔在这里考虑一下，以防万一有人有深刻的想法。有人有见识吗？还有其他选择吗？

解决方法

想象Poll是不变的，其签名如下：

class Poll {
   withFilter(filter)
   getFilter(...)
   getResults(...)
   getWinner(...)   
}

现在，withFilter将返回一个应用了给定过滤器的Poll对象（也许是累积的，但是请注意，例如，必须小心-例如AST或上下文必须被处理或过滤器必须属于特定的限制类别）。返回的对象可以是新的Poll对象，也可以是缓存的Poll对象-如果Poll是不可变的，则没有关系。如果缓存完全以可访问性维护，则这也可以处理“清理”-但这实际上取决于语言。快乐的编码。

缓存和筛选聚合方法

如何解决缓存和筛选聚合方法

解决方法

相关推荐