네, 그게 제 생각입니다. 그리고 저는 그것을 좋아하지 않습니다. 내 상황은 약간 다르지만 본질은 동일합니다. 생각한다.
Alexander, 당신은 Artyom Trishkin의 도서관보다 더 좋은 것을 찾지 못할 것입니다. 그가 나에게 통을 굴렸지만 이것은 단지 mql5에 관한 것이고 이제 나는 mql4에서 거의 아무것도 하지 않으므로 이 라이브러리를 사용하지 않습니다. 한 고문은 그것을 사용하려고 시도했지만 그것을 포기했습니다. 아이디어의 실패는 구현이 완료되기 전에 발견되었습니다 ...))))
IMHO, 히스토리 검색을 기반으로 알고리즘을 구축하는 것은 최선의 선택이 아닙니다. 그리고 이야기의 크기를 바꾸는 것은 더 나쁘다. Vitaliy는 한 가지 문제를 설명했고 다른 하나는 자신을 위해서만 글을 쓰는 것이 아니라 일반적으로 받아들일 수 없다는 것입니다. mql4 의 기록에 있는 주문 수 는 디스플레이 깊이의 선택에 따라 다릅니다.
그리고 사용자가 오늘의 기록을 보고 다음 주와 몇 개의 스위치를 더 보기로 결정했다고 상상해 보세요... 정말 원한다면 EA가 미쳐버릴 것입니다)))
Alexander, 당신은 Artyom Trishkin의 도서관보다 더 좋은 것을 찾지 못할 것입니다. 그가 나에게 통을 굴렸지만 이것은 단지 mql5에 관한 것이고 이제 나는 mql4에서 거의 아무것도 하지 않으므로 이 라이브러리를 사용하지 않습니다. 한 고문은 그것을 사용하려고 시도했지만 그것을 포기했습니다. 아이디어의 실패는 구현이 완료되기 전에 발견되었습니다 ...))))
IMHO, 히스토리 검색을 기반으로 알고리즘을 구축하는 것은 최선의 선택이 아닙니다. 그리고 이야기의 크기를 바꾸는 것은 더 나쁘다. Vitaliy는 한 가지 문제를 설명했고 다른 하나는 자신을 위해서만 글을 쓰는 것이 아니라 일반적으로 받아들일 수 없다는 것입니다. mql4 의 기록에 있는 주문 수 는 디스플레이 깊이의 선택에 따라 다릅니다.
그리고 사용자가 오늘의 기록을 보고 다음 주와 몇 개의 스위치를 더 보기로 결정했다고 상상해 보세요... 정말 원한다면 EA가 미쳐버릴 것입니다)))
Alexey, OrdersHistoryTotal() 은 명확하게 작동하며 항상 "기간 선택"을 채우거나 빼야 합니다.
이것만으로도 신중하게 작업해야합니다. 오늘 한 위치가 닫히고 두 번째 위치가 다른 쌍에서 열리고 동시에 틱 사이에서 거의 동시에 열렸습니다.
결과적으로 OrdersTotal()은 8과 동일하게 유지되었습니다. 전문가의 논리가 잘못되었습니다. 새 데이터를 다시 계산하지 않았습니다.
네, 그게 제 생각입니다. 그리고 저는 그것을 좋아하지 않습니다. 내 상황은 약간 다르지만 본질은 동일합니다. 생각한다.
네, 그게 제 생각입니다. 그리고 저는 그것을 좋아하지 않습니다. 내 상황은 약간 다르지만 본질은 동일합니다. 생각한다.
Alexander, 당신은 Artyom Trishkin의 도서관보다 더 좋은 것을 찾지 못할 것입니다. 그가 나에게 통을 굴렸지만 이것은 단지 mql5에 관한 것이고 이제 나는 mql4에서 거의 아무것도 하지 않으므로 이 라이브러리를 사용하지 않습니다. 한 고문은 그것을 사용하려고 시도했지만 그것을 포기했습니다. 아이디어의 실패는 구현이 완료되기 전에 발견되었습니다 ...))))
IMHO, 히스토리 검색을 기반으로 알고리즘을 구축하는 것은 최선의 선택이 아닙니다. 그리고 이야기의 크기를 바꾸는 것은 더 나쁘다. Vitaliy는 한 가지 문제를 설명했고 다른 하나는 자신을 위해서만 글을 쓰는 것이 아니라 일반적으로 받아들일 수 없다는 것입니다. mql4 의 기록에 있는 주문 수 는 디스플레이 깊이의 선택에 따라 다릅니다.
그리고 사용자가 오늘의 기록을 보고 다음 주와 몇 개의 스위치를 더 보기로 결정했다고 상상해 보세요... 정말 원한다면 EA가 미쳐버릴 것입니다)))
네, 그게 제 생각입니다. 그리고 저는 그것을 좋아하지 않습니다. 내 상황은 약간 다르지만 본질은 동일합니다. 생각한다.
주문 및 위치 속성의 해시 합계입니다 . 기호는 이름을 구성하는 문자 코드의 합계로 인코딩됩니다 . 그러나 다음은 전체 주기입니다. 해시 합계가 변경되면 무슨 일이 일어났는지 살펴봅니다.
어떤가요?
Alexander, 당신은 Artyom Trishkin의 도서관보다 더 좋은 것을 찾지 못할 것입니다. 그가 나에게 통을 굴렸지만 이것은 단지 mql5에 관한 것이고 이제 나는 mql4에서 거의 아무것도 하지 않으므로 이 라이브러리를 사용하지 않습니다. 한 고문은 그것을 사용하려고 시도했지만 그것을 포기했습니다. 아이디어의 실패는 구현이 완료되기 전에 발견되었습니다 ...))))
IMHO, 히스토리 검색을 기반으로 알고리즘을 구축하는 것은 최선의 선택이 아닙니다. 그리고 이야기의 크기를 바꾸는 것은 더 나쁘다. Vitaliy는 한 가지 문제를 설명했고 다른 하나는 자신을 위해서만 글을 쓰는 것이 아니라 일반적으로 받아들일 수 없다는 것입니다. mql4 의 기록에 있는 주문 수 는 디스플레이 깊이의 선택에 따라 다릅니다.
그리고 사용자가 오늘의 기록을 보고 다음 주와 몇 개의 스위치를 더 보기로 결정했다고 상상해 보세요... 정말 원한다면 EA가 미쳐버릴 것입니다)))
Alexey, OrdersHistoryTotal() 은 명확하게 작동하며 항상 "기간 선택"을 채우거나 빼야 합니다.
Alexey, OrdersHistoryTotal() 은 명확하게 작동하며 항상 "기간 선택"을 채우거나 빼야 합니다.
이해하지 못했습니다. 터미널 설정에 의존하지 않는다는 말씀이신가요? 그런 변화가 있었나요?
이해하지 못했습니다. 터미널 설정에 의존하지 않는다는 말씀이신가요? 그런 변화가 있었나요?
아니요, 하지만 아마도 우리는 다른 것에 대해 이야기하고 있는 것 같습니다.
그것은 항상 작동합니다
그리고 100500 중 1 경우 작동하지 않을 수 있습니다
주문 및 위치 속성의 해시 합계입니다 . 기호는 이름을 구성하는 문자 코드의 합계로 인코딩됩니다. 그러나 다음은 전체 주기입니다. 해시 합계가 변경되면 무슨 일이 일어났는지 살펴봅니다.
코드의 예를 제공하십시오 - 이것은 필요한 기능입니다
IMHO, 히스토리 검색을 기반으로 알고리즘을 구축하는 것은 최선의 선택이 아닙니다.
네, OrderHistoryTotal()을 터치했는데 아무 생각이 없었는데 왜요?
코드의 예를 제공하십시오 - 이것은 필요한 기능입니다