따라서 유틸리티는 지표 또는 스크립트여야 합니다. 즉, 코드를 표시기 또는 스크립트(전문가 고문이 아님)로 컴파일하고 "유틸리티" 섹션에 게시해야 합니다.
제품 형태 선택에 왜 그러한 제한이 있습니까? 표시기에는 알려진 제한 사항(예: Sleep Webrequest 등을 사용할 수 없음)이 있으며 기간을 전환하면 스크립트가 철거됩니다... 이것이 유틸리티에 대한 공식 입장입니까? 유틸리티를 전문가로 발행할 수 없는 이유는 무엇입니까?
EURUSD,H1에 대한 테스트(상계)
거래 작업이 없습니다
XAUUSD,D1에 대한 테스트(상계)
거래 작업이 없습니다
GBPUSD,M30(상계)에 대한 테스트
거래 작업이 없습니다
EURUSD,M1에 대한 테스트(상계)
거래 작업이 없습니다
그러한 오류를 피하는 방법. 전문가에게 말하십시오. 무슨 뜻인가요?
EURUSD,H1에 대한 테스트(상계)
거래 작업이 없습니다
XAUUSD,D1에 대한 테스트(상계)
거래 작업이 없습니다
GBPUSD,M30(상계)에 대한 테스트
거래 작업이 없습니다
EURUSD,M1에 대한 테스트(상계)
거래 작업이 없습니다
그러한 오류를 피하는 방법. 전문가에게 말하십시오. 무슨 뜻인가요?
«Рассуждать о коде» значит понимать порядок исполнения инструкций («исполнять программу в голове»), зная, каково предназначение кода. Симптомы Наличие «волшебного», «вуду» кода или кода, который не имеет никакого отношения к целям программы, но всё равно тщательно поддерживается (например, инициализация переменных, которые никогда не...
따라서 유틸리티는 지표 또는 스크립트여야 합니다. 즉, 코드를 표시기 또는 스크립트(전문가 고문이 아님)로 컴파일하고 "유틸리티" 섹션에 게시해야 합니다.
따라서 유틸리티는 지표 또는 스크립트여야 합니다. 즉, 코드를 표시기 또는 스크립트(전문가 고문이 아님)로 컴파일하고 "유틸리티" 섹션에 게시해야 합니다.
조언 감사합니다. 시도해 보겠습니다.
따라서 유틸리티는 지표 또는 스크립트여야 합니다. 즉, 코드를 표시기 또는 스크립트(전문가 고문이 아님)로 컴파일하고 "유틸리티" 섹션에 게시해야 합니다.
제품 형태 선택에 왜 그러한 제한이 있습니까?
표시기에는 알려진 제한 사항(예: Sleep Webrequest 등을 사용할 수 없음)이 있으며 기간을 전환하면 스크립트가 철거됩니다...
이것이 유틸리티에 대한 공식 입장입니까?
유틸리티를 전문가로 발행할 수 없는 이유는 무엇입니까?
이것이 유틸리티에 대한 공식 입장입니까?
아니요. 저는 마켓에 제품을 출시한 경험을 공유하고 있습니다.
제품 형태 선택에 왜 그러한 제한이 있습니까?
나는 기초 논리부터 시작한다. 프로그램이 거래되지 않는다면 왜 전문가 고문으로 만드나요? 지표로 만드는 것이 훨씬 쉽습니다. 결국 하나 이상의 지표를 차트에 첨부할 수 있습니다.
표시기에는 알려진 제한 사항(예: Sleep Webrequest 등을 사용할 수 없음)이 있으며 기간을 전환하면 스크립트가 철거됩니다...
비 거래 전문가 고문이 사용할 수 없는 지표에는 어떤 다른 제한 사항이 있습니까? 지금까지 내 마음에 아무것도 떠오르지 않습니다.
유틸리티를 전문가로 발행할 수 없는 이유는 무엇입니까?
오류가 있는 테스트 완료
내기 준비! :)
예를 들어 Sleep의 도움으로 CPU에 로드하는 컴퓨팅 리소스 절약을 효과적으로 구현할 수 있습니다.
또는 한 가지 더 예를 들자면 필요한 시계열의 다운로드 대기를 구현할 수 있습니다.
또는 그래픽 애니메이션을 구현할 수 있습니다.
스크립트에서 일반적으로 타이머 없이는 타이머를 구현할 수 없습니다.
예, 수면으로 할 수 있는 많은 일들을 생각할 수 있습니다.)
오류가 있는 테스트 완료
이것은 개발자를 위한 특별한 퍼즐입니다. 모든 사람은 자신의 방식으로 주변을 둘러쌉니다.
내기 준비! :)
예를 들어 Sleep의 도움으로 CPU에 로드하는 컴퓨팅 리소스 절약을 효과적으로 구현할 수 있습니다.
또는 한 가지 더 예를 들자면 필요한 시계열의 다운로드 대기를 구현할 수 있습니다.
또는 그래픽 애니메이션을 구현할 수 있습니다.
스크립트에서 일반적으로 타이머 없이는 타이머를 구현할 수 없습니다.
예, 수면으로 할 수 있는 많은 일들을 생각할 수 있습니다.)
물론이죠 ))
물론이죠 ))
어쩐지 추상적... 우리는 특정 사물과 특정 환경에 대해 이야기하고 있습니다.
우리가 논의하고 있는 Sleep이 우리의 맥락에서 프로그램 아키텍처에 나쁜 이유를 구체적으로 말씀해 주시겠습니까?
내가 인용한 ... 그리고 나는 이러한 문제를 해결하기 위해 Sleep을 사용할 때 아키텍처의 어떤 결함도 볼 수 없습니다.
내가 당신의 말을 오해하고 있는 것은 아닐까? 그렇다면 수정하십시오.
나는 단지 이해하고 싶습니다. 내가 무엇을 놓치고 있습니까? 개인적으로 이 기능이 매우 유용하고 MQL에서 여러 작업을 해결하는 데 자주 사용하는데, 이렇게 중요한 작업을 이보다 우아하게 해결할 수 있을지 상상조차 되지 않습니다.