현재 심볼에 대한 마지막 거래의 결과를 얻는 가장 쉽고 빠른 방법을 알려주세요. 그리고 문서의 모든 것이 어떻게 든 복잡합니다. 결과를 얻으려면 먼저 원하는 거래의 티켓을 찾아야합니다. 티켓을 찾으려면 인덱스로 기록에서 거래를 찾아야하며 인덱스는 기록에서 검색해야하며 다른 것은 말할 것도 없습니다. 기호로 필터링해야 합니다. 복잡한 일을 끝낸 것 같아
WinZip : 현재 기호에 대한 마지막 거래의 결과를 얻는 가장 쉽고 빠른 방법을 알려주세요. 그리고 문서의 모든 것이 어떻게 든 복잡합니다. 결과를 얻으려면 먼저 원하는 거래의 티켓을 찾아야합니다. 티켓을 찾으려면 인덱스로 기록에서 거래를 찾아야하며 인덱스는 기록에서 검색해야하며 다른 것은 말할 것도 없습니다. 기호로 필터링해야 합니다. 복잡한 일을 끝낸 것 같아
저것들. 일대일 액세스 시간, MQL의 코드 최적화는 매우 훌륭하게 작동하므로 더 편리한 것을 사용하십시오.
내 테스트에 따르면 변수에 대한 액세스 시간은 변수가 설명된 위치와 수정자에 따라 다를 수 있지만 2-5% 속도가 있으며 이는 원칙적으로 특정 빌드의 구현에 기인할 수 있습니다. 확실히 빌드 번호에 따라 다릅니다
옵티마이저가 잘 작동한다는 데 동의하지만 항상 컴파일러 옵티마이저에 의존하는 것은 사실이 아닙니다. 메모리 수준에서 코드가 어떻게 실행되는지, 초기화 및 값 반환에 대해 미리 생각할 필요가 있습니다. 즉, 작업당 수행되는 작업 수를 계산하려면 작업이 적을수록 코드가 빨라집니다. 그리고 즉시 최적의 코드를 작성하는 연습을 하십시오. 짧은 코드에서는 별 차이가 없을 수 있지만 수백 개의 파일이 있는 프로젝트가 있을 때 지연이 나타나며, 그런 다음 프로파일러와 코드 재작성만 수행됩니다. 모두가 자신의 갈퀴를 선택합니다))
입력했다면 차이가 있습니다.
초기화된 변수를 읽는 것이 함수를 읽는 것보다 항상 빠릅니다.
다른 점이 없다. 지금은 링크를 찾을 수 없지만 답변은 오래전에 제공되었습니다.
다른 점이 없다. 지금은 링크를 찾을 수 없지만 답변은 오래전에 제공되었습니다.
Juan 및 컴파일러 경고 의 경우 차이가 없습니다))
다른 점이 없다. 컴파일되면 모든 것이 단일 호출로 축소됩니다. 따라서 모든 것을 함수로 하는 것이 더 정확 합니다 .
그리고 이것에 대해 별도의 스레드를 시작하고 핍과 포인트에 대해 논쟁합시다... 그건 사람들이 해야 할 일입니다...
모든 사람과 모든 사람에게 자신의 의견을 어떻게 부과하고 싶습니까?
약간의 이동이 있는 MA가 있습니다. MA_shift = 5라고 합시다.
이중 음수 시프트가 CopyBuffer 에 전달된 경우에만 차트의 0 막대에서 올바른 MA 값을 가져올 수 있는 이유는 무엇입니까?
CopyBuffer(hMA, 0, -2*5 , rate_total, MA_Buf);
MA_Buf[0]은 이제 올바른 값입니다.
약간의 이동이 있는 MA가 있습니다. MA_shift = 5라고 합시다.
이중 음수 이동이 CopyBuffer에 전달된 경우에만 차트의 0 막대에서 올바른 MA 값을 가져올 수 있는 이유는 무엇입니까?
CopyBuffer(hMA, 0, -2*5 , rate_total, MA_Buf);
MA_Buf[0]은 이제 올바른 값입니다.
먼저 그림을 그리고 shift 매개변수가 있는 표시기에 대해 "0 막대"를 표시합니다.
변수를 읽는 것이 함수보다 빠릅니다.
사실과 거리가 먼 _Symbol 또는 Symbol() https://www.mql5.com/ru/forum/160683/page933#comment_12780905
저것들. 일대일 액세스 시간, MQL의 코드 최적화는 매우 훌륭하게 작동하므로 더 편리한 것을 사용하십시오.
내 테스트에 따르면 변수에 대한 액세스 시간은 변수가 설명된 위치와 수정자에 따라 다를 수 있지만 2-5% 속도가 있으며 이는 원칙적으로 특정 빌드의 구현에 기인할 수 있습니다. 확실히 빌드 번호에 따라 다릅니다
현재 기호에 대한 마지막 거래의 결과를 얻는 가장 쉽고 빠른 방법을 알려주세요. 그리고 문서의 모든 것이 어떻게 든 복잡합니다. 결과를 얻으려면 먼저 원하는 거래의 티켓을 찾아야합니다. 티켓을 찾으려면 인덱스로 기록에서 거래를 찾아야하며 인덱스는 기록에서 검색해야하며 다른 것은 말할 것도 없습니다. 기호로 필터링해야 합니다. 복잡한 일을 끝낸 것 같아
매번 거래 내역에 들어가지 않으려면 그냥 유형으로 거래 를 잡아라.
TRADE_TRANSACTION_DEAL_ADD - 내역에 트랜잭션 추가
m_symbol.Name() - 현재 기호, InpMagic - 고유 전문가 ID
사실과 거리가 먼 _Symbol 또는 Symbol() https://www.mql5.com/ru/forum/160683/page933#comment_12780905
저것들. 일대일 액세스 시간, MQL의 코드 최적화는 매우 훌륭하게 작동하므로 더 편리한 것을 사용하십시오.
내 테스트에 따르면 변수에 대한 액세스 시간은 변수가 설명된 위치와 수정자에 따라 다를 수 있지만 2-5% 속도가 있으며 이는 원칙적으로 특정 빌드의 구현에 기인할 수 있습니다. 확실히 빌드 번호에 따라 다릅니다
옵티마이저가 잘 작동한다는 데 동의하지만 항상 컴파일러 옵티마이저에 의존하는 것은 사실이 아닙니다.
이상하게도 그들은 문서화되지 않은 mql에 있습니다.메모리 수준에서 코드가 어떻게 실행되는지, 초기화 및 값 반환에 대해 미리 생각할 필요가 있습니다.
즉, 작업당 수행되는 작업 수를 계산하려면 작업이 적을수록 코드가 빨라집니다. 그리고 즉시 최적의 코드를 작성하는 연습을 하십시오.
짧은 코드에서는 별 차이가 없을 수 있지만 수백 개의 파일이 있는 프로젝트가 있을 때 지연이 나타나며,
그런 다음 프로파일러와 코드 재작성만 수행됩니다. 모두가 자신의 갈퀴를 선택합니다))
키워드도 구글링