그리고 계속해서 기간을 숫자로 표현하려고 하면 ENUM_TIMEFRAMES 열거에서 이 기간의 식별자에 해당하는 숫자 값만 남게 됩니다.
음, Period() 함수에 대한 도움말을 열어봅시다. B 우리는 무엇을 봅니까?
현재 차트의 기간 값을 반환합니다.
ENUM_TIMEFRAMES마침표();
반환 값
현재 차트의 기간 값을 저장하는 _Period 변수의 내용입니다. 값은 ENUM_TIMEFRAMES열거형 값 중 하나일 수 있습니다 .
ENUM_TIMEFRAMES 링크를 클릭하면 기간이 나열된 테이블이 열립니다.
PERIOD_H1 1시간
모든 것은 MQL4와 동일합니다. 숫자 16386은 어떻습니까?
메타 인용문은 레퍼토리에 있습니다. 사용자를 위한 도움말을 작성하지 않고 자신을 위한 노트북으로 사용합니다. 텍스트를 읽을 때 사용자의 두뇌에서 무엇이 무엇이고 무엇이 일어날 것인지는 그들에게 분명합니다. 그들은 상관하지 않습니다. 러시아어의 기본 스타일(최소한 입문서 수준)을 마스터할 전문 편집자가 없는 것 같습니다. :(
메타 따옴표로 자료를 표시하는 문맹 퇴치로 MQL4를 마스터 할 때 지쳤습니다. MQL5에서 다시 그루터기 데크를 통과해야 할 것 같습니다.
메타 인용문은 레퍼토리에 있습니다. 사용자를 위한 도움말을 작성하지 않고 자신을 위한 노트북으로 사용합니다. 텍스트를 읽을 때 사용자의 두뇌에서 무엇이 무엇이고 무엇이 일어날 것인지는 그들에게 분명합니다. 그들은 상관하지 않습니다. 러시아어의 기본 스타일(최소한 입문서 수준)을 마스터할 전문 편집자가 없는 것 같습니다. :(
그러나 ENUM_TIMEFRAMES 의PERIOD_H1이 16385의 코드 값을 갖고 이전에 이 값이 60 (분 단위)이라는 사실에도 불구하고.
이러한 종류의 원인은 MQL4 도움말에서와 같이 MQ가 열거자(식별자)의 개별 값에 대한 코드를 아직 공개하지 않았기 때문에 발생합니다.
나는 개인적으로(어쩌면 다른 누군가도) 인증서에 이러한 CODES(값)를 표시하도록 요청했지만 아직 완료되지 않았습니다.
추신
여기에 문제가 있습니다. MQL4 및 MQL5에서 Period() 함수에 대한 도움말을 열면 다음이 즉시 눈을 사로잡을 것입니다(적어도 그래야 함).
형식적인 논리를 알고 용어의 차이가 바로 눈에 들어왔습니다. 사실 MQL5 언어 도움말을 읽는 것은 많은 문제에 대한 명확성을 제공하지 않습니다. 메타 인용문은 베타 테스터 그룹을 자신의 편으로 끌어들이기 위해 터미널을 공개 도메인으로 던진 것이 분명합니다. 이러한 움직임은 시간과 비용을 절약해 줍니다. 그러나 명확하지 않은 인증서를 사용자에게 제공하는 것은 큰 실수입니다. 예를 들어 가장 중요한 섹션인 " Migration from MQL4 "를 열어 보겠습니다.
미리 정의된 변수
MQL5에는 Ask, Bid, Bars와 같은 사전 정의된 변수가 없습니다. 변수 Digits 및 Point는 표에 표시된 대로 철자가 약간 변경되었습니다.
이 테이블은 Ask, Bid 및 Bars에 대한 정보를 제공하지 않습니다.Ask같은 단어에 대한 검색을 사용하려는 시도는 사람이 최신 가격을 요청하는 완전히 이해할 수없는 구조에 직면하게된다는 사실로 이어집니다. 개발자는 이 부분 도움말을 인쇄하는 단계에서 그때도 예상하지 못했을까요? 무의미한 말. 왜 이런 일이 일어날 수 있습니까? 일관성 부족, 즉 미래 구성에 대한 명확한 계획이 없다는 단 하나의 이유가 있습니다. 대부분의 경우 인증서가 무작위로 작성된 다음 별도의 조각이 단순히 함께 붙어 있으며 여기에 "도움말"이 있습니다. 어디에도 어울리지 않습니다. 아무도 다른 사람의 초안을 읽는 것을 좋아하지 않습니다!
좋아, 이것이 초안이라 할지라도 - 예를 들어 다음과 같이 다르게 작성하는 것이 정말 어려웠습니까?
미리 정의된 변수
MQL5에는 Ask, Bid, Bars와 같은 사전 정의된 변수가 없습니다. 이 값은 다른 규칙에 따라 MQL5에서 얻습니다. 이 작업이 어떻게 수행되는지 명확하게 이해하려면 " 111", " 2222 " 및 " 3333 "섹션을 숙지해야 합니다 .
변수 Digits 및 Point는 표에 표시된 대로 철자가 약간 변경되었습니다.
모든 것!!! 이렇게 간단한 동작으로 시간과 노력을 절약할 수 있습니다.
MQL5 도움말을 읽는 것은 지도도, 나침반도, 나무에 올라가 방향을 잡을 수 있는 능력도 없이 울창한 숲을 헤매는 것과 같습니다. 욕망은 무엇입니까? 맞습니다-그런 숲에 전혀 들어가지 마십시오. 개발자는 이 숲을 안팎으로 알고 있습니다. 가이드북을 이용자에게 넘겨주기를 꺼리는 그의 태도는 적어도 당혹감과 혐오감을 불러일으킨다.
"이제 이것보다 더 중요한 작업이 있습니다."와 같은 개발자의 답변을 읽을 때 저는 묻고 싶습니다. 그들은 도대체 왜 그 때 그런 더러운 작업을 게시했습니까? 평판의 단점입니다. 모든 것을 먼저 확인하고 디버그하고 올바르게 암호화하고 초안으로 사용자를 괴롭히지 않는 것이 낫지 않습니까?
아무 말이 없다. Metatrader 4는 몇 년 동안 사용되었습니까? 맞아, 많이. 그리고 MQL4 언어에 대한 일반 교과서는 아직 없습니다. 그런 교과서를 만들려다가 실패한 활동가가 한 명 있었다. 그는 근면한 사람이고 그 이상도 아닙니다. 그의 책은 일반 교과서를 끌어당기지 않는다. 더 나은 창작물이 없기 때문에 이 작품은 현재 교과서로 사이트에 올라와 있습니다. 왜 교과서에 나오지 않습니까? 예, 모든 것이 간단합니다. 초보자는 이 책을 읽은 다음 포럼에 가서 그런 쓰레기를 물어서 깜짝 놀랐습니다. 일반 교과서가 있다면 이런 일은 일어나지 않을 것입니다. 독자는 명확해지고 미래 코드에서 하나 또는 다른 리소스를 사용하는 것의 타당성을 알게 될 것입니다.
오랫동안 나는 모든 것을 그만두고 두 가지 일, 즉 MQL4용 일반 코드 편집기와 이 언어에 대한 일반 튜토리얼을 하고 싶었습니다. 하지만 일의 양이 방대하고, 내 자신의 만족감 외에는 그런 일에 대해 아무것도받지 못했을 것이므로 이러한 아이디어를 구현하지 않았습니다.
요컨대, 나는 아마도 몇 년을 기다려야 할 것입니다. 메타 인용문이 MQ5 생성을 연마하게 하십시오. 나는 그런 끔찍한 일을 만지고 싶지도 않습니다. 그리고 그것 없이는 이미 "모든 손이 파편에 박혀 있습니다." 그들은 MQ5를 서둘러서 무례하게 리벳팅하는 것보다 처음부터 끝까지 MQ4 제품군을 디버깅하는 것이 더 나을 것입니다.
형식적인 논리를 알고 용어의 차이가 바로 눈에 들어왔습니다. 사실 MQL5 언어 도움말을 읽는 것은 많은 문제에 대한 명확성을 제공하지 않습니다. 메타 인용문은 베타 테스터 그룹을 자신의 편으로 끌어들이기 위해 터미널을 공개 도메인으로 던진 것이 분명합니다. 이러한 움직임은 시간과 비용을 절약해 줍니다. 그러나 명확하지 않은 인증서를 사용자에게 제공하는 것은 큰 실수입니다. 예를 들어, 가장 중요한 섹션인 " Migration from MQL4 "를 열어 보겠습니다....
나는 실망했다.
특정 기능(MQL5가 지속적으로 변경된다는 사실과 주로 관련됨)을 고려하면 상당히 수용 가능한 참조입니다.
물론 거기에는 부정확한 부분이 있거나 많은 사람들이 "미스 앤 잼"이라고 생각하는 것을 선호하지만 이것은 충분히 이해할 수 있으며 점차 수정되고 있습니다.
MQL4에서 MQL5로의 마이그레이션 주제는 일반적으로 별도의 레이어입니다. 개발자는 아마도 MQL5 자체를 처리해야 하므로 가을이 시작될 때까지(적어도 그 이전에는) 이 섹션의 주요 변경 사항을 잊어버렸을 것입니다. 이 부분을 변경합니다.
추신
여기에서 결과적으로 모든 것을 추가할 수 있다는 것을 소개해야 합니다. 예를 들어 일부 기능을 MQL4에서 OBSOLETE 섹션으로 이동하는 것을 포함합니다(MQL4에서 수행된 것처럼).
마이그레이션을 용이하게 하는 작업의 특정 부분이 이루어지지 않더라도 큰 문제가 되지는 않을 것이고, 오히려 걸림돌이 되지는 않을 것입니다...
> 이 버그를 해결하는 방법에는 관심이 없지만 버그 자체를 수정하는 데 관심이 있습니다. 전혀 갖지 않도록.
RUDENESS와 HIT로 받아들이지 말고 이것이 BUG라고 지적하면서 당신은 방금 나를 죽였습니다 ...
질문의 요점(제안):
이것은 MQL4가 아니며 Period() 는 시간 프레임의 초/분 수를 명시적으로 나타내지 않습니다.
기간의 초 수를 얻으려면 PeriodSeconds 함수를 사용하십시오 .
그리고 계속해서 기간을 숫자로 표현하려고 하면 ENUM_TIMEFRAMES 열거에서 이 기간의 식별자에 해당하는 숫자 값만 남게 됩니다.
음, Period() 함수에 대한 도움말을 열어봅시다. B 우리는 무엇을 봅니까?
현재 차트의 기간 값을 반환합니다.
ENUM_TIMEFRAMES 마침표 ();
반환 값
현재 차트의 기간 값을 저장하는 _Period 변수의 내용입니다. 값은 ENUM_TIMEFRAMES 열거형 값 중 하나일 수 있습니다 .
ENUM_TIMEFRAMES 링크를 클릭하면 기간이 나열된 테이블이 열립니다.
PERIOD_H1 1시간
모든 것은 MQL4와 동일합니다. 숫자 16386은 어떻습니까?
메타 인용문은 레퍼토리에 있습니다. 사용자를 위한 도움말을 작성하지 않고 자신을 위한 노트북으로 사용합니다. 텍스트를 읽을 때 사용자의 두뇌에서 무엇이 무엇이고 무엇이 일어날 것인지는 그들에게 분명합니다. 그들은 상관하지 않습니다. 러시아어의 기본 스타일(최소한 입문서 수준)을 마스터할 전문 편집자가 없는 것 같습니다. :(
메타 따옴표로 자료를 표시하는 문맹 퇴치로 MQL4를 마스터 할 때 지쳤습니다. MQL5에서 다시 그루터기 데크를 통과해야 할 것 같습니다.
음, Period() 함수에 대한 도움말을 열어봅시다. B 우리는 무엇을 봅니까?
ENUM_TIMEFRAMES 링크를 클릭하면 기간이 나열된 테이블이 열립니다.
PERIOD_H1 1시간
숫자 16386은 어떻습니까?
메타 인용문은 레퍼토리에 있습니다. 사용자를 위한 도움말을 작성하지 않고 자신을 위한 노트북으로 사용합니다. 텍스트를 읽을 때 사용자의 두뇌에서 무엇이 무엇이고 무엇이 일어날 것인지는 그들에게 분명합니다. 그들은 상관하지 않습니다. 러시아어의 기본 스타일(최소한 입문서 수준)을 마스터할 전문 편집자가 없는 것 같습니다. :(
그러나 ENUM_TIMEFRAMES 의 PERIOD_H1 이 16385의 코드 값을 갖고 이전에 이 값이 60 (분 단위)이라는 사실에도 불구하고.
이러한 종류의 원인은 MQL4 도움말에서와 같이 MQ가 열거자(식별자)의 개별 값에 대한 코드를 아직 공개하지 않았기 때문에 발생합니다.
나는 개인적으로(어쩌면 다른 누군가도) 인증서에 이러한 CODES(값)를 표시하도록 요청했지만 아직 완료되지 않았습니다.
추신
여기에 문제가 있습니다. MQL4 및 MQL5에서 Period() 함수에 대한 도움말을 열면 다음이 즉시 눈을 사로잡을 것입니다(적어도 그래야 함).
MQL4 - 현재 차트 의 기간 (분)을 반환합니다.
MQL5 - 현재 차트의 기간 값을 반환합니다.
일반 개발자에게는 이것으로 충분하지만 더 낮은 수준에서 작업하려는(예: DLL에 정보를 전달하거나 마이그레이션을 위한 라이브러리 생성) 숫자 CODE를 알아야 합니다.
MQL4에서 이 코드는 초 수에 해당하지만(초가 반환되기 때문에) MQL5에서는 규칙이 완전히 다릅니다...
MQL4 및 MQL5 의 Period() 코드 값에 대한 요약 테이블은 다음과 같습니다.
추신
이제 모든 것이 명확해지기를 바랍니다... :)
MQL4 및 MQL5의 Period() 코드에 대한 피벗 테이블은 다음과 같습니다.
>추신
이제 모든 것이 명확해지기를 바랍니다... :)
MQL5의 값 비트를 보십시오...
모든 것이 정확한 것 같습니다. 글의 요지를 이해하지 못했는데...
숫자가 맞는 것 같지만 왜 그런지는 바이너리 값을 보면 알 수 있습니다.
MQL4 및 MQL5 의 Period() 코드 값에 대한 요약 테이블은 다음과 같습니다.
추신
이제 모든 것이 명확해지기를 바랍니다... :)
형식적인 논리를 알고 용어의 차이가 바로 눈에 들어왔습니다. 사실 MQL5 언어 도움말을 읽는 것은 많은 문제에 대한 명확성을 제공하지 않습니다. 메타 인용문은 베타 테스터 그룹을 자신의 편으로 끌어들이기 위해 터미널을 공개 도메인으로 던진 것이 분명합니다. 이러한 움직임은 시간과 비용을 절약해 줍니다. 그러나 명확하지 않은 인증서를 사용자에게 제공하는 것은 큰 실수입니다. 예를 들어 가장 중요한 섹션인 " Migration from MQL4 "를 열어 보겠습니다.
미리 정의된 변수
MQL5에는 Ask, Bid, Bars와 같은 사전 정의된 변수가 없습니다. 변수 Digits 및 Point는 표에 표시된 대로 철자가 약간 변경되었습니다.
이 테이블은 Ask, Bid 및 Bars에 대한 정보를 제공하지 않습니다. Ask 같은 단어에 대한 검색을 사용하려는 시도 는 사람이 최신 가격을 요청하는 완전히 이해할 수없는 구조에 직면하게된다는 사실로 이어집니다. 개발자는 이 부분 도움말을 인쇄하는 단계에서 그때도 예상하지 못했을까요? 무의미한 말. 왜 이런 일이 일어날 수 있습니까? 일관성 부족, 즉 미래 구성에 대한 명확한 계획이 없다는 단 하나의 이유가 있습니다. 대부분의 경우 인증서가 무작위로 작성된 다음 별도의 조각이 단순히 함께 붙어 있으며 여기에 "도움말"이 있습니다. 어디에도 어울리지 않습니다. 아무도 다른 사람의 초안을 읽는 것을 좋아하지 않습니다!
좋아, 이것이 초안이라 할지라도 - 예를 들어 다음과 같이 다르게 작성하는 것이 정말 어려웠습니까?
미리 정의된 변수
MQL5에는 Ask, Bid, Bars와 같은 사전 정의된 변수가 없습니다. 이 값은 다른 규칙에 따라 MQL5에서 얻습니다. 이 작업이 어떻게 수행되는지 명확하게 이해하려면 " 1 11 ", " 2222 " 및 " 3333 " 섹션을 숙지해야 합니다 .
변수 Digits 및 Point는 표에 표시된 대로 철자가 약간 변경되었습니다.
모든 것!!! 이렇게 간단한 동작으로 시간과 노력을 절약할 수 있습니다.
MQL5 도움말을 읽는 것은 지도도, 나침반도, 나무에 올라가 방향을 잡을 수 있는 능력도 없이 울창한 숲을 헤매는 것과 같습니다. 욕망은 무엇입니까? 맞습니다-그런 숲에 전혀 들어가지 마십시오. 개발자는 이 숲을 안팎으로 알고 있습니다. 가이드북을 이용자에게 넘겨주기를 꺼리는 그의 태도는 적어도 당혹감과 혐오감을 불러일으킨다.
"이제 이것보다 더 중요한 작업이 있습니다."와 같은 개발자의 답변을 읽을 때 저는 묻고 싶습니다. 그들은 도대체 왜 그 때 그런 더러운 작업을 게시했습니까? 평판의 단점입니다. 모든 것을 먼저 확인하고 디버그하고 올바르게 암호화하고 초안으로 사용자를 괴롭히지 않는 것이 낫지 않습니까?
아무 말이 없다. Metatrader 4는 몇 년 동안 사용되었습니까? 맞아, 많이. 그리고 MQL4 언어에 대한 일반 교과서는 아직 없습니다. 그런 교과서를 만들려다가 실패한 활동가가 한 명 있었다. 그는 근면한 사람이고 그 이상도 아닙니다. 그의 책은 일반 교과서를 끌어당기지 않는다. 더 나은 창작물이 없기 때문에 이 작품은 현재 교과서로 사이트에 올라와 있습니다. 왜 교과서에 나오지 않습니까? 예, 모든 것이 간단합니다. 초보자는 이 책을 읽은 다음 포럼에 가서 그런 쓰레기를 물어서 깜짝 놀랐습니다. 일반 교과서가 있다면 이런 일은 일어나지 않을 것입니다. 독자는 명확해지고 미래 코드에서 하나 또는 다른 리소스를 사용하는 것의 타당성을 알게 될 것입니다.
오랫동안 나는 모든 것을 그만두고 두 가지 일, 즉 MQL4용 일반 코드 편집기와 이 언어에 대한 일반 튜토리얼을 하고 싶었습니다. 하지만 일의 양이 방대하고, 내 자신의 만족감 외에는 그런 일에 대해 아무것도받지 못했을 것이므로 이러한 아이디어를 구현하지 않았습니다.
요컨대, 나는 아마도 몇 년을 기다려야 할 것입니다. 메타 인용문이 MQ5 생성을 연마하게 하십시오. 나는 그런 끔찍한 일을 만지고 싶지도 않습니다. 그리고 그것 없이는 이미 "모든 손이 파편에 박혀 있습니다." 그들은 MQ5를 서둘러서 무례하게 리벳팅하는 것보다 처음부터 끝까지 MQ4 제품군을 디버깅하는 것이 더 나을 것입니다.
나는 실망했다.
형식적인 논리를 알고 용어의 차이가 바로 눈에 들어왔습니다. 사실 MQL5 언어 도움말을 읽는 것은 많은 문제에 대한 명확성을 제공하지 않습니다. 메타 인용문은 베타 테스터 그룹을 자신의 편으로 끌어들이기 위해 터미널을 공개 도메인으로 던진 것이 분명합니다. 이러한 움직임은 시간과 비용을 절약해 줍니다. 그러나 명확하지 않은 인증서를 사용자에게 제공하는 것은 큰 실수입니다. 예를 들어, 가장 중요한 섹션인 " Migration from MQL4 "를 열어 보겠습니다....
나는 실망했다.
특정 기능(MQL5가 지속적으로 변경된다는 사실과 주로 관련됨)을 고려하면 상당히 수용 가능한 참조입니다.
물론 거기에는 부정확한 부분이 있거나 많은 사람들이 "미스 앤 잼"이라고 생각하는 것을 선호하지만 이것은 충분히 이해할 수 있으며 점차 수정되고 있습니다.
MQL4에서 MQL5로의 마이그레이션 주제는 일반적으로 별도의 레이어입니다. 개발자는 아마도 MQL5 자체를 처리해야 하므로 가을이 시작될 때까지(적어도 그 이전에는) 이 섹션의 주요 변경 사항을 잊어버렸을 것입니다. 이 부분을 변경합니다.
추신
여기에서 결과적으로 모든 것을 추가할 수 있다는 것을 소개해야 합니다. 예를 들어 일부 기능을 MQL4에서 OBSOLETE 섹션으로 이동하는 것을 포함합니다(MQL4에서 수행된 것처럼).
마이그레이션을 용이하게 하는 작업의 특정 부분이 이루어지지 않더라도 큰 문제가 되지는 않을 것이고, 오히려 걸림돌이 되지는 않을 것입니다...
완벽하게 수용 가능한 참조 ...