더 사소한 최적화 제안을 찾기가 어려울 수 있지만 "시장 감시" 목록의 출력을 알파벳 순서로 구성해야 할 때일까요? 아니면 모든 것이 평행/수직이어야 한다고 말하는 내 안의 엔지니어인가... 아무리 짜증나지만 행복하지도 않다. 이 90%의 기성 기능에 몇 줄 더 추가할 수 있습니까?
Zaxvatov : 더 사소한 최적화 제안을 찾기가 어려울 수 있지만 아마도 "시장 감시" 목록의 출력을 알파벳 순서로 구성해야 할 때일까요? 아니면 모든 것이 평행/수직이어야 한다고 말하는 내 안의 엔지니어인가... 아무리 짜증나지만 행복하지도 않다. 이 90%의 기성 기능에 몇 줄 더 추가할 수 있습니까?
정확히 무엇을 기다리고 있습니까? 새로운 버그? (그리고 이것은 그러한 심각한 변경으로 인해 불가피합니다). 순식간에 작동하지 않게 되는 모든 코드를 다시 작성하고 디버그하기 위해 손이 가렵습니까? 자유 시간 chtol 갈 곳이 없습니까?
개인적으로, 최신 빌드에 대한 이 모든 소란으로 인해 그러한 MQL 프로그래밍의 전망에 대해 전 세계적으로 생각하게 되었습니다. 4번이든 5번이든 상관없습니다. 본질은 하나입니다. 거래 플랫폼에 연결된 일종의 합성 언어로 프로그램을 작성하고 결과적으로 이 플랫폼/언어 개발자의 모든 변덕과 실수의 인질이 됩니다. 오늘 그들은 MQL4와 MQL5를, 내일은 MQL6과 교차하기를 원했습니다. 그리고 선택의 여지가 없습니다. 새로운 규칙에 따라 개발을 다시 해야 합니다. 그렇지 않으면 모든 것이 작동을 멈춥니다. 그리고 시간이 지남에 따라. 그것은 모두 경솔합니다.
일반적으로 이것은 특정 거래 플랫폼에 얽매이지 않고 모든 MQL 프로그램을 독립적인 프로그래밍 환경으로 이전하는 최종 동기였습니다. 글쎄, MQL을 MT와 프로그램 간의 링크로 사용하십시오. 그리고 이것이 아마도 유일한 진정한 방법일 것입니다. 물론 개발을 시장에 판매하려는 경우는 제외)
글쎄, 당신이 MQL 프로그래밍을 좋아하고 새로운 기능(예: 스포츠 관심)을 원한다면 이 모든 것이 이미 구현된 상위 5개 항목에 코딩을 하지 못하도록 막는 것은 무엇입니까?
정확히 무엇을 기다리고 있습니까? 새로운 버그? (그리고 이것은 그러한 심각한 변경으로 인해 불가피합니다). 순식간에 작동하지 않게 되는 모든 코드를 다시 작성하고 디버그하기 위해 손이 가렵습니까? 자유 시간 chtol 갈 곳이 없습니까?
개인적으로, 최신 빌드에 대한 이 모든 소란으로 인해 그러한 MQL 프로그래밍의 전망에 대해 전 세계적으로 생각하게 되었습니다. 4번이든 5번이든 상관없습니다. 본질은 하나입니다. 거래 플랫폼에 연결된 일종의 합성 언어로 프로그램을 작성하고 결과적으로 이 플랫폼/언어 개발자의 모든 변덕과 실수의 인질이 됩니다. 오늘 그들은 MQL4와 MQL5를, 내일은 MQL6과 교차하기를 원했습니다. 그리고 선택의 여지가 없습니다. 새로운 규칙에 따라 개발을 다시 해야 합니다. 그렇지 않으면 모든 것이 작동을 멈춥니다. 그리고 시간이 지남에 따라. 그것은 모두 경솔합니다.
일반적으로 이것은 특정 거래 플랫폼에 얽매이지 않고 모든 MQL 프로그램을 독립적인 프로그래밍 환경으로 이전하는 최종 동기였습니다. 글쎄, MQL을 MT와 프로그램 간의 링크로 사용하십시오. 그리고 이것이 아마도 유일한 진정한 방법일 것입니다. 물론 개발을 시장에 판매하려는 경우는 제외)
글쎄, 당신이 MQL 프로그래밍을 좋아하고 새로운 기능(예: 스포츠 관심)을 원한다면 이 모든 것이 이미 구현된 상위 5개 항목에 코딩을 하지 못하도록 막는 것은 무엇입니까?
개발자가 최소 500에서 이전 빌드 작업에 대한 지원을 남겨두고 구현될 것으로 의심되는 새 빌드에 대한 강제 업데이트를 제거하면 정상일 것입니다. 그렇지 않으면 이것은 또 다른 이해할 수 없는 움직임입니다. 개발자. 물론 나는 OOP의 포함을 지지하지만 dll에서 조용히 구현되고 있으며 새로운 표준으로 언어의 새 버전에서 정원을 울타리로 묶을 가치가 없습니다. 예를 들어, 동일한 C ++에는 몇 가지 기존 표준이 있지만 일반적으로 코드의 모든 구현에 사용할 공통 기반이 있습니다.
Barbarian : 개발자가 최소 500에서 이전 빌드 작업에 대한 지원을 남겨두고 구현될 것으로 의심되는 새 빌드에 대한 강제 업데이트를 제거하면 정상일 것입니다. 그렇지 않으면 이것은 또 다른 이해할 수 없는 움직임입니다. 개발자. 물론 나는 OOP의 포함을 지지하지만 dll에서 조용히 구현되고 있으며 새로운 표준으로 언어의 새 버전에서 정원을 울타리로 묶을 가치가 없습니다. 예를 들어, 동일한 C ++에는 몇 가지 기존 표준이 있지만 일반적으로 코드의 모든 구현에 사용할 공통 기반이 있습니다.
나는 당신이 주철로 다림질하고 석탄으로 난로를 가열하고 있다고 의심합니다 ... 혁신은 좋고 통화 시장이 매우 역동적 일뿐만 아니라 무언가를 달성하려면 항상 트렌드에 있어야합니다 .. . 더 나은 것을 위한 새로운 변화, 나는 희망합니다 ....
혁신은 좋습니다. 통화 시장은 매우 역동적일 뿐만 아니라 무언가를 달성하려면 항상 트렌드에 따라야 합니다. 더 나은 방향으로 새로운 변화가 일어나기를 바랍니다.
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
알람리스트의 말이다. Metaquotas는 완전한 호환성이 있을 것이라고 여러 번 말했고 아마도 반복해서 지겹지 않을 것입니다. 유치원 그만둬.
아트미디어70 : 알람리스트의 말이다. Metaquotas는 완전한 호환성이 있을 것이라고 여러 번 말했고 아마도 반복해서 지겹지 않을 것입니다. 유치원 그만둬.
아무도 완전한 호환성에 대해 이야기하지 않도록 강조했습니다.
레나트 :
이전 버전의 MQL4와 차이점은 무엇입니까?
논리적 AND/OR 연산의 우선 순위가 변경되었습니다. 이제 모든 것이 고전적인 C/C++와 같습니다.
논리적 표현의 단축된 평가가 도입되었습니다. 이제 부울 표현식을 미리 평가할 때 나머지 하위 표현식은 평가되지 않습니다. C/C++에서처럼.
이제 switch 문은 정수 값만 사용합니다. 이전에는 실제 사용이 가능했습니다.
이제 변수 이름에 점을 사용할 수 없습니다. 또한 '@', '$', '?' 기호는 변수 이름에 사용할 수 없습니다.
시작 기능에 대한 요구 사항이 더욱 엄격해졌습니다. 이전에는 시작 기능에서 매개변수를 지정할 수 있었습니다. 이제 모든 진입점은 init, start, deinit, OnInit, OnStart, OnTick, OnTimer 등입니다. 서명과 정확히 일치해야 합니다.
키워드 확장으로 인해 더 이상 short, long, float, const, virtual, input, delete, new, do, char와 같은 이름을 사용할 수 없습니다.
이제 가져온 dll 함수는 문자열 배열을 매개변수로 받아들일 수 없습니다. MQL5에서와 같이
이제 사전 정의된 변수 이름 _Period, _Symbol, _LastError, _CriticalError, _StopFlag, _Point, _Digits, _UninitReason, _RandomSeed가 있으며, 이는 동일한 이름으로 기존 소스에 선언된 단순 변수와 충돌할 수 있습니다.
datetime형은 MQL5와 같이 8바이트가 되었습니다.
차이점은 치명적이지 않으며 코드에서 쉽게 수정됩니다. 그 대가로 많은 MQL5 기능, 실행 속도 및 훨씬 더 엄격한 품질 관리를 사용할 수 있습니다.
Barbarian : 물론 나는 OOP의 포함을 지지하지만 dll에서 조용히 구현되고 있으며 새로운 표준으로 언어의 새 버전에서 정원을 울타리로 묶을 가치가 없습니다.
일반적으로 Mql4에서 아무것도 변경할 가치가 없다고 생각합니다. 수년 동안 변함없이 존재했으며 모든 염증이 이미 치료되었으며 사용자는 그것에 익숙합니다. 그리고 가장 중요한 것은 자체 기능이 있는 매우 간단하고 독창적인 언어였습니다. 예를 들어 일부 자유를 허용했기 때문에 추가 코드 줄을 저장할 수 있었습니다. 정말 누락된 유일한 것은 구조였습니다. 추가하는 것으로 자신을 제한할 수 있습니다. 그러나 지루한 엄격함과 제한이 있는 MQL5는 더 이상 흥미롭지 않습니다. Barbarian이 올바르게 지적했듯이 실제 C++로 코딩하는 것이 더 쉽고 훨씬 더 많은 기능을 갖기 때문입니다.
요컨대 가장 좋은 해결책은 MQL4를 그대로 두고 MT4에 별도의 언어로 MQL5를 추가하는 것입니다(MT5와 기능 집합만 다름). 사용자 자신이 작성할 언어를 선택합니다.
더 사소한 최적화 제안을 찾기가 어려울 수 있지만 아마도 "시장 감시" 목록의 출력을 알파벳 순서로 구성해야 할 때일까요? 아니면 모든 것이 평행/수직이어야 한다고 말하는 내 안의 엔지니어인가... 아무리 짜증나지만 행복하지도 않다. 이 90%의 기성 기능에 몇 줄 더 추가할 수 있습니까?
질문: 새로운 mt는 언제 사용할 수 있습니까??? 우리는 기다릴 수 없어.....
정확히 무엇을 기다리고 있습니까? 새로운 버그? (그리고 이것은 그러한 심각한 변경으로 인해 불가피합니다). 순식간에 작동하지 않게 되는 모든 코드를 다시 작성하고 디버그하기 위해 손이 가렵습니까? 자유 시간 chtol 갈 곳이 없습니까?
개인적으로, 최신 빌드에 대한 이 모든 소란으로 인해 그러한 MQL 프로그래밍의 전망에 대해 전 세계적으로 생각하게 되었습니다. 4번이든 5번이든 상관없습니다. 본질은 하나입니다. 거래 플랫폼에 연결된 일종의 합성 언어로 프로그램을 작성하고 결과적으로 이 플랫폼/언어 개발자의 모든 변덕과 실수의 인질이 됩니다. 오늘 그들은 MQL4와 MQL5를, 내일은 MQL6과 교차하기를 원했습니다. 그리고 선택의 여지가 없습니다. 새로운 규칙에 따라 개발을 다시 해야 합니다. 그렇지 않으면 모든 것이 작동을 멈춥니다. 그리고 시간이 지남에 따라. 그것은 모두 경솔합니다.
일반적으로 이것은 특정 거래 플랫폼에 얽매이지 않고 모든 MQL 프로그램을 독립적인 프로그래밍 환경으로 이전하는 최종 동기였습니다. 글쎄, MQL을 MT와 프로그램 간의 링크로 사용하십시오. 그리고 이것이 아마도 유일한 진정한 방법일 것입니다. 물론 개발을 시장에 판매하려는 경우는 제외)
글쎄, 당신이 MQL 프로그래밍을 좋아하고 새로운 기능(예: 스포츠 관심)을 원한다면 이 모든 것이 이미 구현된 상위 5개 항목에 코딩을 하지 못하도록 막는 것은 무엇입니까?
정확히 무엇을 기다리고 있습니까? 새로운 버그? (그리고 이것은 그러한 심각한 변경으로 인해 불가피합니다). 순식간에 작동하지 않게 되는 모든 코드를 다시 작성하고 디버그하기 위해 손이 가렵습니까? 자유 시간 chtol 갈 곳이 없습니까?
개인적으로, 최신 빌드에 대한 이 모든 소란으로 인해 그러한 MQL 프로그래밍의 전망에 대해 전 세계적으로 생각하게 되었습니다. 4번이든 5번이든 상관없습니다. 본질은 하나입니다. 거래 플랫폼에 연결된 일종의 합성 언어로 프로그램을 작성하고 결과적으로 이 플랫폼/언어 개발자의 모든 변덕과 실수의 인질이 됩니다. 오늘 그들은 MQL4와 MQL5를, 내일은 MQL6과 교차하기를 원했습니다. 그리고 선택의 여지가 없습니다. 새로운 규칙에 따라 개발을 다시 해야 합니다. 그렇지 않으면 모든 것이 작동을 멈춥니다. 그리고 시간이 지남에 따라. 그것은 모두 경솔합니다.
일반적으로 이것은 특정 거래 플랫폼에 얽매이지 않고 모든 MQL 프로그램을 독립적인 프로그래밍 환경으로 이전하는 최종 동기였습니다. 글쎄, MQL을 MT와 프로그램 간의 링크로 사용하십시오. 그리고 이것이 아마도 유일한 진정한 방법일 것입니다. 물론 개발을 시장에 판매하려는 경우는 제외)
글쎄, 당신이 MQL 프로그래밍을 좋아하고 새로운 기능(예: 스포츠 관심)을 원한다면 이 모든 것이 이미 구현된 상위 5개 항목에 코딩을 하지 못하도록 막는 것은 무엇입니까?
개발자가 최소 500에서 이전 빌드 작업에 대한 지원을 남겨두고 구현될 것으로 의심되는 새 빌드에 대한 강제 업데이트를 제거하면 정상일 것입니다. 그렇지 않으면 이것은 또 다른 이해할 수 없는 움직임입니다. 개발자. 물론 나는 OOP의 포함을 지지하지만 dll에서 조용히 구현되고 있으며 새로운 표준으로 언어의 새 버전에서 정원을 울타리로 묶을 가치가 없습니다. 예를 들어, 동일한 C ++에는 몇 가지 기존 표준이 있지만 일반적으로 코드의 모든 구현에 사용할 공통 기반이 있습니다.
나는 당신이 주철로 다림질하고 석탄으로 난로를 가열하고 있다고 의심합니다 ... 혁신은 좋고 통화 시장이 매우 역동적 일뿐만 아니라 무언가를 달성하려면 항상 트렌드에 있어야합니다 .. . 더 나은 것을 위한 새로운 변화, 나는 희망합니다 ....
혁신은 좋습니다. 통화 시장은 매우 역동적일 뿐만 아니라 무언가를 달성하려면 항상 트렌드에 따라야 합니다. 더 나은 방향으로 새로운 변화가 일어나기를 바랍니다.
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
이거 확실하니? 내부자인가요?
자신이 "트렌드"가 되는 것과 과거의 발전이 "트렌드"가 되는 것입니다. 그것들이 거의 없거나 가치가 없다면 의심의 여지가 없습니다. 그러나 이곳의 많은 사람들은 수년에 걸쳐 작성되고 디버깅된 거대한 코드 기반을 축적했습니다. 그리고 이제 모든 사람들은 이 코드의 상당 부분이 곧 작동을 멈출 것이라는 사실에 직면하고 있습니다. 말도 안되는 소리입니다. 이러한 경우에는 항상 이전 버전과의 호환성이 제공됩니다. 이전 버전의 언어를 지원하지만 메타따옴표는 지원하지 않습니다.
이거 확실하니? 내부자인가요?
알람리스트의 말이다. Metaquotas는 완전한 호환성이 있을 것이라고 여러 번 말했고 아마도 반복해서 지겹지 않을 것입니다. 유치원 그만둬.
아무도 완전한 호환성에 대해 이야기하지 않도록 강조했습니다.
이전 버전의 MQL4와 차이점은 무엇입니까?
논리적 AND/OR 연산의 우선 순위가 변경되었습니다. 이제 모든 것이 고전적인 C/C++와 같습니다.
논리적 표현의 단축된 평가가 도입되었습니다. 이제 부울 표현식을 미리 평가할 때 나머지 하위 표현식은 평가되지 않습니다. C/C++에서처럼.
이제 switch 문은 정수 값만 사용합니다. 이전에는 실제 사용이 가능했습니다.
이제 변수 이름에 점을 사용할 수 없습니다. 또한 '@', '$', '?' 기호는 변수 이름에 사용할 수 없습니다.
시작 기능에 대한 요구 사항이 더욱 엄격해졌습니다. 이전에는 시작 기능에서 매개변수를 지정할 수 있었습니다. 이제 모든 진입점은 init, start, deinit, OnInit, OnStart, OnTick, OnTimer 등입니다. 서명과 정확히 일치해야 합니다.
키워드 확장으로 인해 더 이상 short, long, float, const, virtual, input, delete, new, do, char와 같은 이름을 사용할 수 없습니다.
이제 가져온 dll 함수는 문자열 배열을 매개변수로 받아들일 수 없습니다. MQL5에서와 같이
차이점은 치명적이지 않으며 코드에서 쉽게 수정됩니다. 그 대가로 많은 MQL5 기능, 실행 속도 및 훨씬 더 엄격한 품질 관리를 사용할 수 있습니다.
물론 나는 OOP의 포함을 지지하지만 dll에서 조용히 구현되고 있으며 새로운 표준으로 언어의 새 버전에서 정원을 울타리로 묶을 가치가 없습니다.
일반적으로 Mql4에서 아무것도 변경할 가치가 없다고 생각합니다. 수년 동안 변함없이 존재했으며 모든 염증이 이미 치료되었으며 사용자는 그것에 익숙합니다. 그리고 가장 중요한 것은 자체 기능이 있는 매우 간단하고 독창적인 언어였습니다. 예를 들어 일부 자유를 허용했기 때문에 추가 코드 줄을 저장할 수 있었습니다. 정말 누락된 유일한 것은 구조였습니다. 추가하는 것으로 자신을 제한할 수 있습니다. 그러나 지루한 엄격함과 제한이 있는 MQL5는 더 이상 흥미롭지 않습니다. Barbarian이 올바르게 지적했듯이 실제 C++로 코딩하는 것이 더 쉽고 훨씬 더 많은 기능을 갖기 때문입니다.
요컨대 가장 좋은 해결책은 MQL4를 그대로 두고 MT4에 별도의 언어로 MQL5를 추가하는 것입니다(MT5와 기능 집합만 다름). 사용자 자신이 작성할 언어를 선택합니다.