모든 연산자는 @= 형식의 연산자(여기서 강아지는 모든 연산자의 기호를 의미)는 항상 오른쪽 피연산자에 대해 실행되며 연산이 실행되기 전에 완전히 카운트됩니다. 이에 대해서는 2부의 수정 연산에서 다룹니다.
마진 계산 파일은 6부에서 설명하며, 여기서는 이전 부분을 숙지했다고 가정합니다. 책의 후반부로 갈수록 복잡성이 증가하지만, 저는 이에 대해 이의를 제기하지 않으므로 다음 섹션에서 이전 섹션의 큰 개념과 원리를 빌딩 블록으로 사용했지만 (기억을 되살리기 위해) 작은 것에는 언급하지 않으려고 노력했습니다.
...책의 후반부로 갈수록 복잡성이 증가하는데, 이 점에 대해서는 이견이 없으므로 이전 섹션의 큰 개념과 원리에 대해서는 다음 섹션에서 (기억을 되살리기 위해) 빌딩 블록으로 사용했던 부분을 참조하려고 했지만, 그런 작은 것들은 참조하지 않으려 했습니다.
스타니슬라프, 저는 당신과 달리 프로그래밍 수준이 좀 더 겸손합니다. 디버거에서 확인하기 쉽도록 코드를 작성하려고 노력합니다. 그래서 저는 삼항 연산자를 자주 사용하지 않습니다. 그리고 만약 사용한다면 괄호와 함께 사용합니다... 삼항연산자 여러 개를 괄호 안에 넣어서 쓰는 능숙한 분들도 계십니다. 이것은 제 동료 fxsaber의 매크로 프로그래밍 스타일에 가까운 것입니다. 아마도 모든 접근 방식에는 생명권이있을 것입니다. 그리고 그것은 이미 취향의 문제입니다 ...
튜토리얼에 큰 존경과 존경을 표합니다! 몇 가지 흥미로운 사항은 문서보다 더 자세히 설명되어 있습니다.
저는 디버거에서 확인하기 쉽도록 코드를 작성하려고 노력합니다. 그래서 저는 삼항 연산자를 자주 사용하지 않습니다. 그리고 만약 사용한다면 괄호 안에....
동감입니다. 저도 간단한 경우를 제외하고는 이 규칙을 고수하지만 여기에는 모든 사람이 자신만의 단순함의 장벽이 있습니다. 코드의 가독성은 개별적으로 처리되며 일반적으로 "한 줄에 모두"와 "각 토큰을 별도의 줄에"접근 방식 사이의 "황금 평균"을 찾습니다. 대괄호도 마찬가지입니다. 소프트웨어 회사에는 일반적으로 소스 코드 레이아웃에 대한 일련의 규칙이 있지만, 이 경우에는 규칙이 없었습니다.
Added export of trading reports to HTML and PDF files. With this option, you can easily share your trading achievements with colleagues and investors. New export commands are available in the File menu and in the report menu. Added ability to save the current state of the Market Watch window to a CSV file. To do this, select Export in the...
일반적으로 교과서의 경우 괄호 안에 쓰는 것이 좋습니다:
모든 연산자는 @= 형식의 연산자(여기서 강아지는 모든 연산자의 기호를 의미)는 항상 오른쪽 피연산자에 대해 실행되며 연산이 실행되기 전에 완전히 카운트됩니다. 이에 대해서는 2부의 수정 연산에서 다룹니다.
마진 계산 파일은 6부에서 설명하며, 여기서는 이전 부분을 숙지했다고 가정합니다. 책의 후반부로 갈수록 복잡성이 증가하지만, 저는 이에 대해 이의를 제기하지 않으므로 다음 섹션에서 이전 섹션의 큰 개념과 원리를 빌딩 블록으로 사용했지만 (기억을 되살리기 위해) 작은 것에는 언급하지 않으려고 노력했습니다.
...책의 후반부로 갈수록 복잡성이 증가하는데, 이 점에 대해서는 이견이 없으므로 이전 섹션의 큰 개념과 원리에 대해서는 다음 섹션에서 (기억을 되살리기 위해) 빌딩 블록으로 사용했던 부분을 참조하려고 했지만, 그런 작은 것들은 참조하지 않으려 했습니다.
스타니슬라프, 저는 당신과 달리 프로그래밍 수준이 좀 더 겸손합니다. 디버거에서 확인하기 쉽도록 코드를 작성하려고 노력합니다. 그래서 저는 삼항 연산자를 자주 사용하지 않습니다. 그리고 만약 사용한다면 괄호와 함께 사용합니다... 삼항연산자 여러 개를 괄호 안에 넣어서 쓰는 능숙한 분들도 계십니다. 이것은 제 동료 fxsaber의 매크로 프로그래밍 스타일에 가까운 것입니다. 아마도 모든 접근 방식에는 생명권이있을 것입니다. 그리고 그것은 이미 취향의 문제입니다 ...
튜토리얼에 큰 존경과 존경을 표합니다! 몇 가지 흥미로운 사항은 문서보다 더 자세히 설명되어 있습니다.
결국 볼륨이 3을 초과하면 여전히 마진을 잘못 계산하기 때문에 결국에는 거의 소용이 없습니다.
10개의 계약에 대한 증거금 계산.
확인을 위해 스크립트를 첨부해 주세요. 이제 전체 시장 개요에서 실행해 보았는데 거래량에 관계없이 표준 기능과 일치합니다.
그리고 컴파일러는 열받았습니다:
아마도 컴파일러에서 무언가 변경된 것 같습니다. 책이 출시될 당시에는 데모 목적으로 고의적인 불규칙성이 있는 경우를 제외하고는 모든 소스가 경고나 오류 없이 컴파일되었습니다.
저는 디버거에서 확인하기 쉽도록 코드를 작성하려고 노력합니다. 그래서 저는 삼항 연산자를 자주 사용하지 않습니다. 그리고 만약 사용한다면 괄호 안에....
동감입니다. 저도 간단한 경우를 제외하고는 이 규칙을 고수하지만 여기에는 모든 사람이 자신만의 단순함의 장벽이 있습니다. 코드의 가독성은 개별적으로 처리되며 일반적으로 "한 줄에 모두"와 "각 토큰을 별도의 줄에"접근 방식 사이의 "황금 평균"을 찾습니다. 대괄호도 마찬가지입니다. 소프트웨어 회사에는 일반적으로 소스 코드 레이아웃에 대한 일련의 규칙이 있지만, 이 경우에는 규칙이 없었습니다.
확인을 위해 스크립트를 첨부해 주세요. 이제 전체 시장 개요에서 실행해 보았는데 볼륨에 관계없이 표준 기능과 일치합니다.
오, 이런. 그 메시지를 못 봤다니 믿을 수가 없네요. 오, 이런.
사실 저는 아무것도 바뀐 게 없습니다.
메타쿼트 서버, 터미널 버전 4420입니다.
코드는 다음과 같습니다.
결과는 다음과 같습니다.
누군가 잘못 계산하고 있습니다.
네임스페이스 MPM을 잘못 제거했을 수 있습니다. 그것이 무엇이고 왜 필요한지 모르겠지만 EA를 컴파일 할 수 없었습니다.
실제로 네임스페이스 MPM 줄을 제거하고 그 뒤에 중괄호를 붙이고 OrderCalcMargin으로 이름을 바꾸고 밑줄을 추가했습니다.
일반적으로 파일은 이 형식으로 컴파일됩니다. 이것이 오류일 가능성이 있나요?
코드는 다음과 같습니다.
결과는 다음과 같습니다.
누군가 잘못 계산하고 있습니다.
2024년 초(즉, 이 책을 쓴 후) 빌드 4150에 대한 뉴스( https://www.metatrader5.com/en/releasenotes/terminal/2342)에서 찾을 수 있습니다.
서버 설정 및 기호 사양 인터페이스에서 볼륨에 대한 여백 의존성을 추가했습니다.
MQL5에서 이러한 속성에 접근하는 방법을 찾지 못했습니다.
특정 브로커/상품에서는 이 플로팅 마진 설정이 활성화되지 않을 수 있으므로 MQ 데모에서 확인하지 않았을 때 차이점을 보지 못했습니다.
서버 설정 및 심볼 사양 인터페이스에 볼륨 여백 종속성을 추가했습니다.
MQL5에서 이러한 속성으로 이동하는 방법을 찾지 못했습니다.
레나트 팻쿨린
MQL5에서 이러한 속성을 가져올 수 있는 기능을 추가할 계획이 있나요?
트레이딩, 자동매매 시스템, 트레이딩 전략 테스트에 관한 포럼
전문가 조언: 트레이더를 위한 MQL5 프로그래밍 - 책의 소스 코드. 파트 7
스타니슬라브 코로트키, 2024.11.23 20:26
2024년 초(즉, 책이 쓰여진 후) 빌드 4150에 대한 뉴스에서 발견한 내용입니다 - https://www.metatrader5.com/en/releasenotes/terminal/2342.
서버 설정 및 기호 사양 인터페이스에서 볼륨에 대한 마진 종속성을 추가했습니다.
MQL5에서 이러한 속성에 접근하는 방법을 찾지 못했습니다.
특정 브로커/상품에서는 이 플로팅 마진 설정이 활성화되지 않을 수 있으므로 MQ 데모에서 확인하지 않았을 때 차이점을 보지 못했습니다.