.... 하지만 동적 타이핑이 있는 이러한 강력한 기능적 언어 의 래퍼 뒤에는... 여전히 네이티브 C ++가 있을 것이며 Python은 이를 확인하고 일반적으로 이벤트 루프를 사용하여 Java에서 논의합니다. 컴퓨팅 시스템의 확장성과 확장성을 확보하기 위해 분산 멀티프로세서 시스템이 필요한 또 다른 은하계
.... 하지만 동적 타이핑이 있는 이러한 강력한 기능적 언어 의 래퍼 뒤에는... 여전히 네이티브 C ++가 있을 것이며 Python은 이를 확인하고 일반적으로 이벤트 루프를 사용하여 Java에서 논의합니다. 컴퓨팅 시스템의 확장성과 확장성을 확보하기 위해 분산 멀티프로세서 시스템이 필요한 또 다른 은하계
문제는 Python이 C로 작성되었으며 Python에는 이벤트 루프 모델을 기반으로 하는 asyncio 라이브러리가 있다는 것입니다. 여기에 펠트 부츠가있는 농담이 있습니다))
논의는 옆으로 갔습니다. Python과의 통합 속도는 물론 중요한 문제이지만 Expert Advisors의 실행 속도에 영향을 미치는 기본적인 문제가 많습니다.
TRADE_TRANSACTION_HISTORY_ADD에 대한 최종 호출 의 OnTradeTransaction 함수 에서 MqlTradeTransaction 및 MqlTradeResult 구조의 필드가 거의 비어 있다는 문제에 초점을 맞출 것을 제안합니다. 주문이 "기록" 탭에 반영되는 방식과 도움말/문서에 제출되는 방식과 유사하게 작성되지 않습니다. 이 단점을 수정하면 이미 실행된 명령에 대한 완전한 값을 얻기 위해 HistoryOrderSelect를 다시 호출할 필요가 없기 때문에 전투 실행이 실제로 가속화됩니다.
그리고 일반적으로 전체 Mql 커뮤니티 수준에서 이 격차를 제거하면 현재 OnTradeTransactio 구현의 단점을 우회하기 위해 Expert Advisors에서 다양한 목발을 만드는 데 드는 인건비가 크게 감소합니다.
MQ 개발 팀에 영향을 미치는 방법은 다음과 같습니다. 이 기능의 단점을 제거하기 위해 투표 또는 서명 모음으로 별도의 게시물을 만들 수 있습니까?
논의는 옆으로 갔습니다. Python과의 통합 속도는 물론 중요한 문제이지만 Expert Advisors의 실행 속도에 영향을 미치는 기본적인 문제가 많습니다.
TRADE_TRANSACTION_HISTORY_ADD에 대한 최종 호출 의 OnTradeTransaction 함수 에서 MqlTradeTransaction 및 MqlTradeResult 구조의 필드가 실제로 비어 있다는 문제에 초점을 맞출 것을 제안합니다. 주문이 "기록" 탭에 반영되는 방식과 도움말/문서에 제출되는 방식과 유사하게 작성되지 않습니다. 이 단점을 수정하면 이미 실행된 명령에 대한 완전한 값을 얻기 위해 HistoryOrderSelect를 다시 호출할 필요가 없기 때문에 전투 실행이 실제로 가속화됩니다.
그리고 일반적으로 전체 Mql 커뮤니티 수준에서 이 격차를 제거하면 현재 OnTradeTransactio 구현의 단점을 우회하기 위해 Expert Advisors에서 다양한 목발을 만드는 데 드는 인건비가 크게 감소합니다.
MQ 개발 팀에 영향을 미치는 방법은 다음과 같습니다. 이 기능의 단점을 제거하기 위해 투표 또는 서명 모음으로 별도의 게시물을 만들 수 있습니까?
Python 예제를 이해하지 못한다는 것은 일반적으로 비동기에 대한 논의에 대한 이해가 부족함을 나타냅니다. Python 은 이벤트 모델을 잘 보여줍니다. 그리고 Igor의 일화는 바로 그 주제에 있습니다. 그리고 개발자가 예제의 의미를 파악했다면 어디서 파헤쳐야 하는지 이해했습니다. 조만간 결과를 적시에 받을 것이라는 기대는 동기 실행 모델에 달려 있습니다. mql에서 왔습니다. 언어의 가능성은 매우 풍부하지만 인위적으로 동기 실행으로 제한됩니다.
나는 여기서 이론화를 끝낼 것을 제안합니다. 이것은 여기서 실천과 결코 교차하지 않을 것입니다.
그런 다음 의미 없는 단일 스레드 동기 테스트를 중지하는 것이 좋습니다.
병행 결과를 기대합니다.
그런 나피. 예를 들어, 다른 스레드에 내부 변수에 대한 읽기/쓰기 액세스 권한이 있는 경우 MQL 프로그램이 훨씬 더 복잡해집니다.
MQL6은 C++가 아니라 Erlang과 유사해야 합니다.
그런 다음 의미 없는 단일 스레드 동기 테스트를 중지하는 것이 좋습니다.
병행 결과를 기대합니다.
거의 모든 틱 에서 발생하는 큰 지연이 걱정됩니다. 스트림과 관련이 없습니다. 개발자는 이해합니다.
MQL6은 C++가 아니라 Erlang과 유사해야 합니다.
그렇다면 스칼라가 더 낫다
.... 하지만 동적 타이핑이 있는 이러한 강력한 기능적 언어 의 래퍼 뒤에는... 여전히 네이티브 C ++가 있을 것이며 Python은 이를 확인하고 일반적으로 이벤트 루프를 사용하여 Java에서 논의합니다. 컴퓨팅 시스템의 확장성과 확장성을 확보하기 위해 분산 멀티프로세서 시스템이 필요한 또 다른 은하계
학교에서.
- Vovochka, 치킨 다운은 어떻게 사용합니까?
- 모르겠어요.
- 뭐하고 자니?
- 바닥에.
무슨 머리를 하고 있니?
- 펠트 부츠에.
- 그리고 부모님은 또 무엇을 하고 계시나요?
- 바닥에.
그들은 무엇에 머리를 쓰고 있습니까?
- 펠트 부츠에.
할머니는 무엇을 자고 계십니까?
- 난로 위에서.
- 그리고 그는 무엇을 머리에 쓰고 있습니까?
- 베개에.
- 베개에 보풀이 있습니까?
- 그리고 베개 펠트 부츠에서.
그렇다면 스칼라가 더 낫다
.... 하지만 동적 타이핑이 있는 이러한 강력한 기능적 언어 의 래퍼 뒤에는... 여전히 네이티브 C ++가 있을 것이며 Python은 이를 확인하고 일반적으로 이벤트 루프를 사용하여 Java에서 논의합니다. 컴퓨팅 시스템의 확장성과 확장성을 확보하기 위해 분산 멀티프로세서 시스템이 필요한 또 다른 은하계
문제는 Python이 C로 작성되었으며 Python에는 이벤트 루프 모델을 기반으로 하는 asyncio 라이브러리가 있다는 것입니다.
여기에 펠트 부츠가있는 농담이 있습니다))
그렇다면 스칼라가 더 낫다
가장 중요한 것은 VHDL로 컴파일하고 자신의 서버를 만드는 것입니다)
논의는 옆으로 갔습니다. Python과의 통합 속도는 물론 중요한 문제이지만 Expert Advisors의 실행 속도에 영향을 미치는 기본적인 문제가 많습니다.
TRADE_TRANSACTION_HISTORY_ADD에 대한 최종 호출 의 OnTradeTransaction 함수 에서 MqlTradeTransaction 및 MqlTradeResult 구조의 필드가 거의 비어 있다는 문제에 초점을 맞출 것을 제안합니다. 주문이 "기록" 탭에 반영되는 방식과 도움말/문서에 제출되는 방식과 유사하게 작성되지 않습니다. 이 단점을 수정하면 이미 실행된 명령에 대한 완전한 값을 얻기 위해 HistoryOrderSelect를 다시 호출할 필요가 없기 때문에 전투 실행이 실제로 가속화됩니다.
그리고 일반적으로 전체 Mql 커뮤니티 수준에서 이 격차를 제거하면 현재 OnTradeTransactio 구현의 단점을 우회하기 위해 Expert Advisors에서 다양한 목발을 만드는 데 드는 인건비가 크게 감소합니다.
MQ 개발 팀에 영향을 미치는 방법은 다음과 같습니다. 이 기능의 단점을 제거하기 위해 투표 또는 서명 모음으로 별도의 게시물을 만들 수 있습니까?
MQ 개발 팀에 영향을 미치는 방법은 다음과 같습니다.
내 레시피가 작동하는 것 같습니다. 문제를 재현하는 간결한 코드입니다.
논의는 옆으로 갔습니다. Python과의 통합 속도는 물론 중요한 문제이지만 Expert Advisors의 실행 속도에 영향을 미치는 기본적인 문제가 많습니다.
TRADE_TRANSACTION_HISTORY_ADD에 대한 최종 호출 의 OnTradeTransaction 함수 에서 MqlTradeTransaction 및 MqlTradeResult 구조의 필드가 실제로 비어 있다는 문제에 초점을 맞출 것을 제안합니다. 주문이 "기록" 탭에 반영되는 방식과 도움말/문서에 제출되는 방식과 유사하게 작성되지 않습니다. 이 단점을 수정하면 이미 실행된 명령에 대한 완전한 값을 얻기 위해 HistoryOrderSelect를 다시 호출할 필요가 없기 때문에 전투 실행이 실제로 가속화됩니다.
그리고 일반적으로 전체 Mql 커뮤니티 수준에서 이 격차를 제거하면 현재 OnTradeTransactio 구현의 단점을 우회하기 위해 Expert Advisors에서 다양한 목발을 만드는 데 드는 인건비가 크게 감소합니다.
MQ 개발 팀에 영향을 미치는 방법은 다음과 같습니다. 이 기능의 단점을 제거하기 위해 투표 또는 서명 모음으로 별도의 게시물을 만들 수 있습니까?
Python 은 이벤트 모델을 잘 보여줍니다. 그리고 Igor의 일화는 바로 그 주제에 있습니다.
그리고 개발자가 예제의 의미를 파악했다면 어디서 파헤쳐야 하는지 이해했습니다.
조만간 결과를 적시에 받을 것이라는 기대는 동기 실행 모델에 달려 있습니다.
mql에서 왔습니다. 언어의 가능성은 매우 풍부하지만 인위적으로 동기 실행으로 제한됩니다.
Roman :
Не понимание примера с Python, говорит о не понимании обсуждения асинхронности в целом.
여기서 가장 오해를 받는 사람은 바로 당신입니다. 스레드를 범람하지 마십시오