非地图集合谓词？

Question

是否有表示“集合，但不是地图”的 Clojure 谓词？

这样的谓词是/将是有价值的，因为可以对除地图之外的所有集合执行许多操作。例如(apply + ...) 或(reduce + ...) 可以与向量、列表、惰性序列和集合一起使用，但不能与映射一起使用，因为在这样的上下文中映射的元素最终为clojure.lang.MapEntrys。我所知道的那些谓词导致问题的是集合和映射：

• sequential? 对于向量、列表和惰性序列是正确的，但对于映射和集合都是错误的。 （seq? 类似，但对于向量来说是错误的。）
• coll? 和 seqable? 适用于布景和地图，以及我能想到的所有其他类型的收藏。

当然我可以定义这样的谓词，例如像这样：

(defn coll-but-not-map?
  [xs]
  (and (coll? xs) 
       (not (map? xs))))

或者像这样：

(defn sequential-or-set?
  [xs]
  (or (sequential? xs)
      (set? xs)))

我想知道是否有一个内置的 clojure.core（或贡献的库）谓词可以做同样的事情。

这个问题与this one 和this one 有关，但他们的回答没有回答。 （如果我的问题与我没有找到的问题重复，我很高兴将其标记为这样。）

Answer 1

例如 (apply + ...) 或 (reduce + ...) 可用于向量、列表、惰性序列和集合，但不能用于映射

我认为这与收藏无关。在您的情况下，您遇到的问题不是一般的 apply 或 reduce 应用程序，而是特定的 + 功能。即使我们在这里使用矢量，(apply + [:a :b :c]) 也不起作用。

我的意思是，您正在尝试解决特定领域的问题，这就是 Clojure 本身没有通用解决方案的原因。因此，请使用您能想到的任何适当的谓词。

Answer 2

我发现或使用的没有任何符合此描述的内容。我认为你自己的谓词函数清晰、简单，如果你觉得有用的话，很容易将其包含在你的代码中。

也许您正在编写的代码必须非常通用，但通常情况下，函数既接受又返回一致类型的数据。在某些情况下这是不正确的，但通常情况下，如果一个函数可以成为万事通，那么它做的太多了。

使用您的示例 - 添加数字向量、数字列表或一组数字是有意义的。但是数字地图？这是没有意义的，除非它可能是映射中包含的值，在这种情况下，期望单个代码处理添加顺序数据和关联数据是不合理的。该函数应该得到它期望的东西，并且它应该返回一致的东西。这让我想起了 Stuart Sierra 的 blog post 讨论这方面的一致性。没有更多信息，我只是猜测您的用例，但需要考虑。