하스켈의 함수 적용 대신 함수 이름 연결이 함수 구성과 동일하다는 독창적 인 개념의 연결 언어에 대해 배우고 있습니다.연결하는 하스켈 변형 만들기 : 애플리케이션 및 컴포지션의 우선 순위
Joy, Forth 또는 Factor는 접미어이며 스택 기반이지만 옴과 같은 몇 가지 접두사 연결 언어가 있습니다.
하스켈 변형이 이론적으로 구성 우선 순위 (현재 9)를 응용 프로그램 우선 순위 (현재 10)로 바꾸거나 (또는 동등 함으로서) 이론적으로 연결 언어가 될 수 있는지 궁금합니다.
하스켈의 값이 제로 인수 함수 인 경우, 함수 응용 프로그램이 함수 작성과 다른 이유는 무엇입니까?, 제로 인수 함수로 작성한 것과 같은 함수 응용 프로그램이 아닙니다.
새로운 합성 및 응용 프로그램 운영자를 다른 우선 순위로 정의하고 괄호없이 간단한 연결을 composition?이라고 가정하여 연결 구문을 Haskell 구문으로 변환하는 인터프리터 또는 프리 컴파일러를 간단한 방법으로 만들 수 있습니까? 나는 이것이 단지 문법의 문제라고 생각한다. 잘못되었다고 생각하니 하스켈에서 괄호 나 $ 연산자를 사용해야하는 많은 경우를 피할 것이다. 아니면 구문과 우선 순위뿐만 아니라 더 근본적인 문제입니까?
힌트 : 하스켈에있는 모든 함수와 연산자가 접두어라고 가정하면 중절 표기법과 모든 종류의 "구문 설탕"에 대해이 연습을 잊어 버릴 수 있습니다.
하스켈의 값은 단지 상수 함수가 아닙니다. 그것들은 전혀 기능이 아닙니다. 아니면 기껏해야, 당신이 이러한 것들에 대해 이야기하는 방식을 남용하고 싶다면, 0 상수 함수 ("상수"는 의미있는 설명이 아닙니다 - 정확하게 무엇에 대한 상수입니까?). –
참고 자료 [Haskell의 연속적인 행 다형 프로그래밍] (https://github.com/leonidas/codeblog/blob/master/2012/2012-02-17-concatenative-haskell.md) 및 [연결 패키지] (https://hackage.haskell.org/package/concatenative-1.0.1/docs/Control-Concatenative.html), 덧붙여 말하자면 "연결 프로그래밍 하스켈"에 대한 Google의 두 가지 히트 곡입니다. –
@ daniel-wagner, 맞습니다. 인수가없는 함수는 상수 함수가 아닙니다. 죄송합니다. 따라서 두 번째 함수에 인수가없는 경우 함수 응용 프로그램을 함수 구성으로 볼 수 있습니다. 이 해석은 "가치"와 기능 응용 프로그램 사용을 피하고 모든 것이 기능과 구성입니다. 이것은 연결 방법이며, 하스켈이 연결 방식으로 사용될 수 있는지 확인하려고합니다. 첫 번째 레퍼런스는 그 질문에 대답하고 하스켈에서 연결 구문을 구현하는 아주 좋은 시도이다. 고맙습니다. – enrique