[경고, 주제 닫힘!] 포럼을 어지럽히지 않도록 모든 초보자 질문. 프로, 놓치지 마세요. 당신 없이는 어디에도 없습니다. - 페이지 644

 
itum :


나는 이미 이것을 했지만, 미래에는 또한 신호가 있을 것이고 주문은 신호에 대해 더 이상 열리지 않을 것입니다. 간단한 것 같은데 어떻게 구현해야 할지 감이 잡히지 않네요! 도와 줘요! 하아

하는 사람들! 조지아

시장에서 그러한 위치가 있는지 확인하면 이런 일이 발생합니다. 문을 닫을 때까지는 새로운 사람이 없을 것입니다. 그러나 예를 들어 위치를 연 후 일정 시간 동안 확인이 이루어지면 지정된 간격과 신호가 존재한 후 기존 위치에 추가하여 동일한 매직 및 동일한 매개변수를 가진 위치가 다시 열립니다. ...

결국, 이제 동일한 매개변수를 사용하여 많은 위치(각 눈금에 하나씩)가 열려 있습니다. 열려면 필요하지만 자주는 아닙니다. 시간별로 또는 새 막대에서 또는 지정된 막대 수 후에 엽니다...

 
친구 여러분, 코드 최적화에 대해 읽을 수 있는 곳을 알려주세요. 사이트 검색 - 어드바이저 최적화에 대해서만 접했습니다. 물론, 저는 여전히 길잡이 중 한 명입니다... 정말 필요합니다. 비주얼 모드에서 테스트하는 것은 구체적이고 신도 없이 느려지므로 코드 최적화에 대한 조언, 논리적 구성을 대체할 수 있는 것이 아니라 대체 방법에 대한 예제 등을 같은 맥락에서 보는 데 관심이 있습니다. 어디에서 읽을 수 있습니까?
 
artmedia70 :
친구 여러분, 코드 최적화에 대해 읽을 수 있는 곳을 알려주세요. 사이트 검색 - 어드바이저 최적화에 대해서만 접했습니다. 물론, 저는 여전히 길잡이 중 한 명입니다... 정말 필요합니다. 비주얼 모드에서 테스트하는 것은 구체적이고 신도 없이 느려지므로 코드 최적화에 대한 조언, 논리적 구성을 대체할 수 있는 것이 아니라 대체 방법에 대한 예제 등 같은 맥락에서 관심이 있습니다. 어디에서 읽을 수 있습니까?

나는 나 자신에게도 같은 질문을 던졌는데 가치 있는 것을 찾지 못했다. 최적화에 관해서는 이미 훌륭한 브레이크 iCustom :)에 대해 알고 있습니다. 표시기에는 계산된 막대 수에 제한이 있습니다(IndicatorCounted()를 통해 또는 잔인하게 막대 수 .). 코드에서 if, while 및 같은 다양한 구성의 수와 복잡성과 혼동하십시오. 등. 특별한 의미는 없으며 시간이 지남에 따라 코드 자체가 "더 아름답게" 될 것입니다. 음, 시각화 모드에서 각 "점프"가 모델링되면 거의 모든 경우에 느려집니다(물론 시스템 자체의 복잡성에 따라 다름). 복잡한 계산을 dll에 넣으면 내가 직접 확인하지는 않았지만 더 빠를 것이라고 어딘가에서 읽었습니다. dll에는 뉘앙스가 충분합니다.

 
itum :


나는 이미 이것을 했지만, 미래에는 또한 신호가 있을 것이고 주문은 신호에 대해 더 이상 열리지 않을 것입니다. 간단한 것 같은데 어떻게 구현해야 할지 감이 잡히지 않네요! 도와 줘요! 하아

하는 사람들! 조지아

글쎄, 그것은 고문 자체의 아키텍처에 달려 있습니다. 코드를 삭제해 봅시다.

 
ToLik_SRGV :

저도 같은 질문을 했는데 마땅한 내용을 찾지 못했습니다. 최적화에 관해서는, 당신은 이미 훌륭한 브레이크 iCustom :)에 대해 알고 있습니다. 지표에는 계산된 막대 수에 제한이 있습니다(IndicatorCounted()를 통해 또는 잔인하게 막대 수에 제한이 있습니다.). 코드에서 if, while 및 같은 다양한 구성의 수와 복잡성과 혼동하십시오. 등. 특별한 의미는 없으며 시간이 지남에 따라 코드 자체가 "더 아름답게" 될 것입니다. 음, 시각화 모드에서 각 "점프"가 모델링되면 거의 모든 경우에 느려집니다(물론 시스템 자체의 복잡성에 따라 다름). 복잡한 계산을 dll에 넣으면 내가 직접 확인하지는 않았지만 더 빠를 것이라고 어딘가에서 읽었습니다. dll에는 뉘앙스가 충분합니다.

물론 제 무지가 많이 부끄럽지만, iCustom에 신경쓰지 않으려면 어드바이저 코드에 인디케이터 코드를 어떻게 삽입해야 하는지 아직도 모르겠습니다. 나는 이것에 대한 좋은 기사를 어딘가에서 보고 싶지만, 다음과 같은 예가 있습니다. 칠면조를 가져와 소스와 함께 구워서 고문에게 바로 포장했습니다. 그것은 좋을 것입니다 ... 그렇지 않으면 여전히 유용하지만 전체 프로세스 사용자 지정 표시기 를 느리게 사용합니다 ...
 
artmedia70 :
친구 여러분, 코드 최적화에 대해 읽을 수 있는 곳을 알려주세요. 사이트 검색 - 어드바이저 최적화에 대해서만 접했습니다. 물론, 저는 여전히 길잡이 중 한 명입니다... 정말 필요합니다. 비주얼 모드에서 테스트하는 것은 구체적이고 신도 없이 느려지므로 코드 최적화에 대한 조언, 논리적 구성을 대체할 수 있는 것이 아니라 대체 방법에 대한 예제 등 같은 맥락에서 관심이 있습니다. 어디에서 읽을 수 있습니까?
오늘 나는 그런 사실을 발견했습니다. 시각적 거래 어드바이저는 주문을 마감/삭제한 후 차트에 남아 있는 그래픽 개체를 제거 하는 기능을 사용합니다. 예를 들어 주어진 마지막 티켓 수만큼 그래프 개체를 찾아 삭제합니다. 그래서 이 함수는 서로 다른 쌍에 있는 12개의 어드바이저 인스턴스에서 모든 틱(속도가 느려질 수 있다고 생각하지 않았습니다)을 해결했으며, 이로 인해 야생 브레이크가 발생했습니다. 주문 이력에 대한 지속적인 참조는 비용이 많이 듭니다.
 
artmedia70 :
물론 제 무지가 많이 부끄럽지만, iCustom에 신경쓰지 않으려면 어드바이저 코드에 인디케이터 코드를 어떻게 삽입해야 하는지 아직도 모르겠습니다. 나는 이것에 대한 좋은 기사를 어딘가에서 보고 싶지만, 다음과 같은 예가 있습니다. 칠면조를 가져와 소스와 함께 구워서 고문에게 바로 포장했습니다. 그것은 좋을 것입니다 ... 그렇지 않으면 여전히 유용하지만 전체 프로세스 사용자 지정 표시기를 느리게 사용합니다 ...


https://www.mql5.com/ru/articles/1456

https://www.mql5.com/ru/articles/1457

https://www.mql5.com/ru/articles/1463

+ 검색 "지표 전송"

 
artmedia70 :
와, 거대하다!!!

지표를 Expert Advisor에게 전송하는 방법을 알아낸 후에는 서두르지 말고 실행에 옮기십시오. 이 경우 모든 것을 매우 정밀하게 측정해야 합니다. Expert Advisor와 지표는 이유로 분리되어 있습니다.
 
DDFedor :

지표를 고문에게 전달하는 방법을 파악한 후에는 서두르지 말고 실행에 옮기십시오. 이 경우 모든 것을 매우 정밀하게 측정해야 합니다. Expert Advisor와 지표는 이유로 분리되어 있습니다.
당신은 수수께끼를 말하고 있습니다, 선생님 ... :) :)