Renat : 어제 나온 MT5 릴리즈를 보세요. 여기에는 완전한 새 MQL4 컴파일러 및 편집기가 포함되어 있습니다. 우리는 곧 MT4 터미널을 출시할 예정입니다. MT5에서 전송된 엄청난 양의 기능을 생각한다면 이것은 빠른 일이 아닙니다.
유일한 질문은 완전한 MQL5를 MT4에 제2 언어로 간단히 추가하고 이전 프로그램과의 호환성을 위해 MQL4를 변경하지 않고 그대로 둘 수 있다면 이 기능을 이전하는 이유입니다. 그러면 양은 안전하고 늑대는 가득 찼을 것입니다. 모든 새 프로그램은 강력하고 편리한 MQL5로 작성되지만 동시에 MQL4로 작성된 이전 프로그램도 제대로 작동합니다. 그런 다음 몇 년 동안 점차적으로 이전 언어 지원을 중단하고 사람들이 이전 개발을 침착하게 다시 할 시간을 줍니다.
그러나 그 대신 어떤 이유로 하이브리드 MQL4-MQ5가 생성되는데, 이는 이전 표준(이 스레드에서 이미 논의됨)과 결코 100% 호환되지 않습니다. 여전히 프로그램을 다시 작성해야 합니다. 게다가 내가 알기로는 이 하이브리드도 MQL5와 완전히 호환되지 않을 것 입니다. 함수 형태의 API가 아니라 언어 자체의 구문을 의미합니다.
저것들. 두 가지 언어, 두 가지 표준이 모두 동일하게 나타납니다. 그리고 개발자는 이 두 가지를 모두 지원해야 합니다. 그렇다면 문제는 이 모든 소란이 무엇에 관한 것입니까? 결국, 첫 번째 단락에서 설명한 옵션은 모든 사람에게 훨씬 더 논리적이고 편리합니다. 단일 MQL5 표준 + 단일 MQL4 표준(점진적으로 사라질 예정)이 있으며 결과적으로 MQL5만 남게 됩니다.
나는 그것을 언어의 표준에 따라 그 구문을 의미한다는 것을 반복합니다. 그리고 모든 종류의 터미널 기능과 환경 변수는 언어에 속하지 않습니다.
그러나 그 대신 어떤 이유로 하이브리드 MQL4-MQ5가 생성되는데, 이는 이전 표준(이 스레드에서 이미 논의됨)과 결코 100% 호환되지 않습니다. 여전히 프로그램을 다시 작성해야 합니다.
게다가 내가 알기로는 이 하이브리드도 MQL5와 완전히 호환되지 않을 것 입니다. 함수 형태의 API가 아니라 언어 자체의 구문을 의미합니다.
저것들. 두 가지 언어, 두 가지 표준이 모두 동일하게 나타납니다. 그리고 개발자는 이 두 가지를 모두 지원해야 합니다. 그렇다면 문제는 이 모든 소란이 무엇에 관한 것입니까? 결국, 첫 번째 단락에서 설명한 옵션은 모든 사람에게 훨씬 더 논리적이고 편리합니다. 단일 MQL5 표준 + 단일 MQL4 표준(점진적으로 사라질 예정)이 있으며 결과적으로 MQL5만 남게 됩니다.
나는 그것을 언어의 표준에 따라 그 구문을 의미한다는 것을 반복합니다. 그리고 모든 종류의 터미널 기능과 환경 변수는 언어에 속하지 않습니다.
유일한 질문은 완전한 MQL5를 MT4에 단순히 제2 언어로 추가할 수 있고 이전 프로그램과의 호환성을 위해 MQL4를 변경하지 않고 그대로 둘 수 있다면 이 기능을 이전하는 이유입니다.
가장 논리적인 옵션은 MQL4 언어를 MQL5로 확장하는 것인데, 이는 시장에 뿌리를 내리지 못한 테스트 및 디버깅 경로로 완전히 제거되어야 합니다. 네팅과 관련하여 터미널 측에서도 간단한 솔루션이 있으므로 거래는 항상 서버에서 하나의 주문으로 진행됩니다. 그렇지 않으면, 정원을 헛되이 울타리를 치고 남은 생애 동안 두 가지 동등한 버전을 유지해야 할 것입니다.
Andrei01 : 가장 논리적인 옵션은 MQL4 언어를 MQL5로 확장하는 것인데, 이는 시장에 뿌리를 내리지 못한 테스트 및 디버깅 경로로 완전히 제거되어야 합니다. 네팅과 관련하여 터미널 측에서도 간단한 솔루션이 있으므로 거래는 항상 서버에서 하나의 주문으로 진행됩니다. 그렇지 않으면, 정원을 헛되이 울타리를 치고 남은 생애 동안 두 가지 동등한 버전을 유지해야 할 것입니다.
그러기 위해서는 자신의 논리를 가장 옳게 선언하고 다른 논리는 무의미하므로 무시해야 합니다.
이번 달.
마켓이 이 버전에 나타납니까? MT5에서와 같이 구현됩니까( 구매하기 전에 데모 버전을 테스트 할 수 있는 기능)?
"전역 변수" 개념의 영원한 혼란을 없애기 위해 새 버전의 언어에서 모든 GlobalVariables 터미널 변수를 호출하는 것이 좋습니다. " Global- " 명령은 버전 호환성을 위해 계속 작동할 수 있습니다.
이것은 우리가 트로이카에서 짊어진 짐입니다. 기능의 개념이 없었던 곳.
불행히도 4로 옮겼을 때 " 전역 변수 "라는 용어를 삭제할 수 없었습니다. 그러나 공식 이름 "클라이언트 터미널 전역 변수"는 "터미널 변수"라는 용어와 상당히 교차합니다(역시 불완전함).
이번 달.
어제 나온 MT5 릴리즈를 보세요. 여기에는 완전한 새 MQL4 컴파일러 및 편집기가 포함되어 있습니다. 우리는 곧 MT4 터미널을 출시할 예정입니다. MT5에서 전송된 엄청난 양의 기능을 생각한다면 이것은 빠른 일이 아닙니다.
유일한 질문은 완전한 MQL5를 MT4에 제2 언어로 간단히 추가하고 이전 프로그램과의 호환성을 위해 MQL4를 변경하지 않고 그대로 둘 수 있다면 이 기능을 이전하는 이유입니다. 그러면 양은 안전하고 늑대는 가득 찼을 것입니다. 모든 새 프로그램은 강력하고 편리한 MQL5로 작성되지만 동시에 MQL4로 작성된 이전 프로그램도 제대로 작동합니다. 그런 다음 몇 년 동안 점차적으로 이전 언어 지원을 중단하고 사람들이 이전 개발을 침착하게 다시 할 시간을 줍니다.
그러나 그 대신 어떤 이유로 하이브리드 MQL4-MQ5가 생성되는데, 이는 이전 표준(이 스레드에서 이미 논의됨)과 결코 100% 호환되지 않습니다. 여전히 프로그램을 다시 작성해야 합니다. 게다가 내가 알기로는 이 하이브리드도 MQL5와 완전히 호환되지 않을 것 입니다. 함수 형태의 API가 아니라 언어 자체의 구문을 의미합니다.
저것들. 두 가지 언어, 두 가지 표준이 모두 동일하게 나타납니다. 그리고 개발자는 이 두 가지를 모두 지원해야 합니다. 그렇다면 문제는 이 모든 소란이 무엇에 관한 것입니까? 결국, 첫 번째 단락에서 설명한 옵션은 모든 사람에게 훨씬 더 논리적이고 편리합니다. 단일 MQL5 표준 + 단일 MQL4 표준(점진적으로 사라질 예정)이 있으며 결과적으로 MQL5만 남게 됩니다.
나는 그것을 언어의 표준에 따라 그 구문을 의미한다는 것을 반복합니다. 그리고 모든 종류의 터미널 기능과 환경 변수는 언어에 속하지 않습니다.
...........
그러나 그 대신 어떤 이유로 하이브리드 MQL4-MQ5가 생성되는데, 이는 이전 표준(이 스레드에서 이미 논의됨)과 결코 100% 호환되지 않습니다. 여전히 프로그램을 다시 작성해야 합니다.
게다가 내가 알기로는 이 하이브리드도 MQL5와 완전히 호환되지 않을 것 입니다. 함수 형태의 API가 아니라 언어 자체의 구문을 의미합니다.
저것들. 두 가지 언어, 두 가지 표준이 모두 동일하게 나타납니다. 그리고 개발자는 이 두 가지를 모두 지원해야 합니다. 그렇다면 문제는 이 모든 소란이 무엇에 관한 것입니까? 결국, 첫 번째 단락에서 설명한 옵션은 모든 사람에게 훨씬 더 논리적이고 편리합니다. 단일 MQL5 표준 + 단일 MQL4 표준(점진적으로 사라질 예정)이 있으며 결과적으로 MQL5만 남게 됩니다.
나는 그것을 언어의 표준에 따라 그 구문을 의미한다는 것을 반복합니다. 그리고 모든 종류의 터미널 기능과 환경 변수는 언어에 속하지 않습니다.
여기에서 자세히 설명할 수 있습니까? // 나는 이것을 들어본 적이 없다
여기에서 자세히 설명할 수 있습니까? // 나는 이것을 들어본 적이 없다
그래서 무엇을 들을 수 있습니까? 기존 MQL4가 새로운 기능으로 보완된다는 사실이 MQL5로 바뀌는 것은 결코 아닙니다.
언어 표준에 따르면 구문을 의미합니다. 그리고 모든 종류의 터미널 기능과 환경 변수는 언어에 속하지 않습니다.
유일한 질문은 완전한 MQL5를 MT4에 단순히 제2 언어로 추가할 수 있고 이전 프로그램과의 호환성을 위해 MQL4를 변경하지 않고 그대로 둘 수 있다면 이 기능을 이전하는 이유입니다.
가장 논리적인 옵션은 MQL4 언어를 MQL5로 확장하는 것인데, 이는 시장에 뿌리를 내리지 못한 테스트 및 디버깅 경로로 완전히 제거되어야 합니다. 네팅과 관련하여 터미널 측에서도 간단한 솔루션이 있으므로 거래는 항상 서버에서 하나의 주문으로 진행됩니다. 그렇지 않으면, 정원을 헛되이 울타리를 치고 남은 생애 동안 두 가지 동등한 버전을 유지해야 할 것입니다.
그러기 위해서는 자신의 논리를 가장 옳게 선언하고 다른 논리는 무의미하므로 무시해야 합니다.
추신 그리고 "논리가 있건 없건" 원시주의로 세계를 좁힐 필요가 없습니다. :)