줄리아 반복 : 시작은, 다음, 수행 부작용

Question

줄리아의

반복이 세 기능이 반복 인터페이스를 구현하여 새로운 정의 유형을 달성 할 수 있습니다 start, next는

done 나는에는 느낌표를 볼 수 없습니다 그 기능의 끝 그래서 julia 명명 규칙에 대한 나의 이해에서이 3 가지 기능은 그들의 주장을 수정하면 안된다. 특히이 두 루프는 동일한 출력을 제공해야합니다.

state = start(iter) 
while !done(iter, state) 
    (i, state) = next(iter, state) 
    @show i 
end 


state = start(iter) 
while !done(iter, state) 
    (other_i, other_state) = next(iter, state) 
    (i, state) = next(iter, state) 
    @show i 
end 

내가 잘못 했습니까? 나는이 것을 존중하지 않는 외부 줄리아 패키지의 일부 반복자에 부딪 혔기 때문에 물어 본다. 당신이 반복자를 다시 사용할 수 있습니다 아마도 때문에

Answer 1

가능하면 (영어가 모국어가 아닌에주의, 느낌표 같은 것은 없다), 그 기능은 반복자를 (변이 안되는 등의 반복자 상태가 복사 할 수 있고 재사용). 그러나 그러한 디자인이 불가능하거나 상당한 성능 저하가있는 경우에만 눈에 띄는 몇 가지 예가 있습니다. 이것의 좋은 예는 (각 반복은 다음 produce 문까지 실행) 반복자입니다 Base.Task입니다 : 우리가 일반적으로 돌연변이로 잘 봤는데 그 경우

julia> collect(@async for i = 1:10 
     produce(i) 
     end) 
10-element Array{Int64,1}: 
1 
2 
3 
4 
5 
6 
7 
8 
9 
10 

(반복 프로토콜 물론 어떤 사용하지만 그 캐시 상태는 작동하지 않을 것입니다). 함수 끝의 느낌표는 관례이지만 어떤 식 으로든 적용되지는 않습니다 (입력 인수의 변형에 엄격히 제한되지 않고 프로그래머가 알고 있는지 확인하려는 부작용이 있음) .

Answer 2

그 방법은 하지는 자신의 주장을 수정해야합니다, 당신은 느낌표 마크에 대해 말이 맞아.

맞습니다. 관례는 을 추가하는 것입니다! 메소드 이름에 그들은! 나는 또한 패키지 건너 한

해당 인수, 다음 방법을 사용 ProgressMeter 패키지 수정하면()와 하나는

이 진행 미터 유형을 변경 않는다가 자네 말이 맞아, 그렇게 말한다 박사를, 나는 개발자가이

TL과 일치하는 (내가 다른 곳에서 줄리아에서 유래 나 알고하지 않습니다) 그러나 확실하게 그것의 중요한 느낌표의 아이디어를 좋아하지 문서에서, 그리고 요점을 실제로 강조하기 위해, 그것을 상세하게 묘사하는 부분은,210