缓存和过滤聚合方法

Question

我有一个投票系统。我希望能够根据过滤后的投票子集来计算结果。为此，我允许调用者将子查询传递给我的模型，然后使用该子查询在计算结果时仅选择投票的子集。

问题是我想缓存我的结果，并且查询非常灵活，以至于成为缓存哈希中可怕的键。这就是我来找你的地方：我应该如何将过滤器传递到我的结果方法中，以便在良好的代码实践、可靠的缓存（即编码器可以轻松理解何时缓存内容）和过滤器灵活性之间取得最佳平衡。

选项 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。我最不喜欢这个选择，但想把它扔在这里供考虑，以防有人有强烈的想法。

有人有见解吗？其他选择？

Answer 1

想象一下 Poll 是不可变的，具有如下签名：

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

现在，withFilter 返回一个应用了给定过滤器的 Poll 对象（可能是累积的，但是正如您所注意到的，必须小心-- 例如，AST 或上下文必须是句柄或过滤器必须属于某一类限制）。返回的对象可以是一个新 Poll 对象或一个缓存 Poll 对象——如果 Poll 是不可变的，那就没关系。如果缓存完全通过可达性来维护，那么这也可以处理“清理”——但这实际上取决于语言。

快乐编码。