지도가 아닌 컬렉션 술어?

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 자체에 일반적인 해결책이없는 이유는 바로 도메인 특정 문제를 해결하려고한다는 것입니다. 그래서 생각할 수있는 적절한 술어를 사용하십시오.