표준 기능/접근법의 대체 구현 - 페이지 5

새 코멘트
 
fxsaber)
 
최근 등장한 i-Series 기능은 MQL로 작성되었습니까? 그리고 컴파일할 때 보다 효율적인 컴파일을 위해 MQL 소스(예: mqh)를 포함합니까?
 
fxsaber :
최근 등장한 i-Series 기능은 MQL로 작성되었습니까? 그리고 컴파일할 때 보다 효율적인 컴파일을 위해 MQL 소스(예: mqh)를 포함합니까?
#include 없이 어떻게 이것이 가능합니까?
이름 충돌이 있으면 어떻게 합니까?
 
Nikolai Semko :
#include 없이 어떻게 이것이 가능합니까?
이름 충돌이 있으면 어떻게 합니까?

이것들은 구현의 기본적인 사항이 아닙니다.

 
fxsaber :
최근 등장한 i-Series 기능은 MQL로 작성되었습니까? 그리고 컴파일할 때 보다 효율적인 컴파일을 위해 MQL 소스(예: mqh)를 포함합니까?

당연히 아니지.

 
Rashid Umarov :

당연히 아니지.

그런 다음 이러한 제안을 명확히 하십시오.

거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼

표준 기능/접근법의 대체 구현

레나트 팻쿨린 , 2018.06.09 17:10

우리는 결과 MQL5 코드에 많은 간단한 시스템 기능을 기본적으로 포함한다는 아이디어로 돌아갔고, 이를 통해 전역 최적화에서 결과 코드를 사용하여 1배의 속도를 낼 수 있었습니다.

이는 NormalizeDouble, 문자열 작업 등과 같은 기능에 적용됩니다.

다음 주 릴리스 후 다음 베타에서 사용할 수 있습니다.
 
우리는 분명히 프로세서 명령 수준에서 네이티브 코드 실행에 대해 이야기하고 있습니다.
 
fxsaber :

그런 다음 이러한 제안을 명확히 하십시오.

나 자신은 잘 모르겠습니다. 구현을 기다리자. 아마도 설명이 있을 것입니다.

 

상위 5개 항목에 이러한 기능을 추가하는 것은 전혀 우선순위가 아니라고 생각합니다. 효율성 면에서 정말 필수 불가결한 iBarShift 를 제외하고. 나머지 모든 경우 사용 가능한 자체 작성 아날로그는 성능이 열등하지 않습니다. 그래서 이것에 시간과 자원을 낭비하는 요점은 무엇입니까? 결국 언어 자체에 없는 프로그래머에게 필요한 것이 훨씬 더 많습니다.

 
Alexey Navoykov :

기존 자체 작성 아날로그는 성능이 저하되지 않습니다.

아날로그조차도 성능면에서 크게 다릅니다. 쓰거나 찾을 수 있는 사람의 수는 사용자의 백분율 미만입니다.

12345678910111213
새 코멘트