모든게 함수니까 ㅇㅇ 결국 중위 표현식은 Syntatic Sugar 인거고, 설탕을 최소화하는 것도 나름의 장점이 있음. 사고를 단순화시켜주니까
중위 안쓰는 이유는 알겠는데 후위와의 비교는 약간 더 공부해봐야겠습니다. ^^
프로시저 이름이 뒤에 나오면 더 이상하지 않나요? 여러게 겹친다거나 내부정의 여러개 람다 등 복잡하게 얽히면 앞에 쓰는게 편한데
후위라는게 F# 의 파이프 같은거 말하는거임?
아직 1장 보고 있어서 잘 모르는데 (+ 5 1)이라고 하지 (5 1 +)라고는 안하더군요. 이제 막 자료구조를 끝낸뒤라 전위보다 후위가 훨씬 편하게 다가와서요.
∘ 기준으로 보면 f(x) == f∘x 니까 전위가 자연스럽고, arrow 기준으로 보면 x:1->X, f:X->Y 니까 1->X->Y 해서 x f 로 쓰는 후위가 자연스러운듯. 실제로 컴퓨터 과학 이론쪽에서는 f∘g 대신에 g;f 로 쓰는경우도 좀 있음.
하스켈 말하는거면 flow 라고 해서 F# 의 파이프 연산자와 비슷한 것들을 잔뜩 구현해놓은 패키지가 있기는 함
모든게 함수니까 ㅇㅇ 결국 중위 표현식은 Syntatic Sugar 인거고, 설탕을 최소화하는 것도 나름의 장점이 있음. 사고를 단순화시켜주니까
중위 안쓰는 이유는 알겠는데 후위와의 비교는 약간 더 공부해봐야겠습니다. ^^
프로시저 이름이 뒤에 나오면 더 이상하지 않나요? 여러게 겹친다거나 내부정의 여러개 람다 등 복잡하게 얽히면 앞에 쓰는게 편한데
후위라는게 F# 의 파이프 같은거 말하는거임?
아직 1장 보고 있어서 잘 모르는데 (+ 5 1)이라고 하지 (5 1 +)라고는 안하더군요. 이제 막 자료구조를 끝낸뒤라 전위보다 후위가 훨씬 편하게 다가와서요.
∘ 기준으로 보면 f(x) == f∘x 니까 전위가 자연스럽고, arrow 기준으로 보면 x:1->X, f:X->Y 니까 1->X->Y 해서 x f 로 쓰는 후위가 자연스러운듯. 실제로 컴퓨터 과학 이론쪽에서는 f∘g 대신에 g;f 로 쓰는경우도 좀 있음.
하스켈 말하는거면 flow 라고 해서 F# 의 파이프 연산자와 비슷한 것들을 잔뜩 구현해놓은 패키지가 있기는 함