非マップコレクション述語？

Question

「コレクションでありマップではない」という意味のClojure述語はありますか？

このような述語は、マップ以外のすべてのコレクションで実行できる操作が多いため、有用です。たとえば、(apply + ...)または(reduce + ...)は、ベクトル、リスト、遅延シーケンス、およびセットで使用できますが、マップでは使用できません。そのようなコンテキストのマップ要素はclojure.lang.MapEntryになります。それは私の知っているものを述語に問題を引き起こすセットとマップです：

• 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

この説明に適合するものは何も見つかりませんでした。私は自分の述語関数が明確でシンプルで、あなたのコードに含めるのが簡単だと思います。

おそらく、非常に汎用的でなければならないコードを記述しているかもしれませんが、通常、関数が一貫したデータ型を受け入れて返す場合があります。これが真実でない場合がありますが、通常、関数がすべての取引のジャックになる可能性がある場合は、あまりにも多くのことをしています。

例を使用すると、数字のベクトル、数字のリスト、または数字の集合を追加することが理にかなっています。しかし、数字の地図ですか？多分それがマップに含まれる値でない限り、意味をなさないでしょう。この場合、連続したデータと連想データの両方の追加を処理するコードが単一のコードであるとは妥当ではありません。この関数は、期待される何かを渡す必要があり、何か一貫性のあるものを返さなければなりません。この種のことは、Stuart Sierraのblog postがこの点について一貫性を議論することを思い出させる。これ以上の情報がなければ、私はあなたのユースケースだけを推測していますが、考慮すべきことです。

Answer 2

例えば（+ ...適用）またはベクトル、リスト、怠惰な配列、およびセットで使用することができます（+ ...減らす）、しかしこれはについては何もマップ

ありませんコレクション、私は思う。あなたの場合、一般的なapplyまたはreduceアプリケーションではなく、特に+の機能を持つ問題があります。 (apply + [:a :b :c])は、ここでベクトルを使用していても機能しません。

私の主張は、ドメイン固有の問題を解決しようとしていることです。そのため、Clojure自体には汎用的な解決策がありません。したがって、あなたが考えることができる適切な述語を使用してください。