함수 다시 로드 - 입력된 언어에서는 특히 자동 유형 변환이 저장되지 않는 경우 이것이 없으면 어려울 수 있습니다.
디버거
클래스, 템플릿, 인터페이스와 같은 주어진 언어에 대한 IMHO는 불필요합니다. 대부분의 트레이더(대부분의 트레이더가 기술 교육보다 인문학을 더 많이 가지고 있다고 가정)에게 이러한 가능성은 분명하지 않습니다(비록 돈을 위해 스크립트를 작성하려는 사람들의 손에 잘 맞을 수 있지만).
언어는 가능한 한 단순해야 합니다. 나는 C++의 불합리한 복잡성을 존중하지 않습니다(최근에는 대부분의 작업에 대해 상당히 최적의 솔루션이었지만 이제는 대부분의 응용 프로그램 문제에 대해 불필요하게 복잡합니다). 예를 들어 데이터 및 텍스트 처리는 Python, C#, Ruby에서 구현하는 것이 훨씬 더 편리합니다.
내가 언급한 가능성에 대한 더 명확한 이해를 위해 (의사 수정된 MQL4에서) 예를 들어 보겠습니다.
//Объявление функции с несколькими возвращаемыми условиями
//orderType, takeProfit, magicNumber
int , double , int checkMarketCondition (){//Тело функцииreturn( order , profit );}
void openOrder ( int orderType , double takeProfit , int magicNumber ){// ...//Разные проверки по вкусу// ...OrderSend(
Symbol(), orderType , getLot (), getOpenPrice ( orderType ),
getSlippage (), getStopLoss (), takeProfit , NULL,
magicNumber , 0, Green
);// ...//Разные проверки по вкусу// ...}int start (){//Тело функции
openOrder ( checkMarketCondition ());//продолжение функцииreturn(0);}
내가 너무 할. 물론 .NET2 이상의 터미널(WPF 없이만!)을 작성하는 것이 좋습니다. 이 경우 Mono에서 Linux로 이전할 수도 있습니다.
그러면 디버거 문제도 해결됩니다. MetaEditor에서는 전혀 필요하지 않습니다. 전략 테스터를 어셈블리 형태로 만들면 Visual Studio에서 바로 모든 것을 디버그하고 최적화할 수 있습니다.
그러나 MFC에서 .NET으로 터미널을 이식하는 작업이 많이 있습니다. 또 다른 마이너스 - .NET과 모든 사람을 다운로드해야 합니다. 그러나 원칙적으로 이것은 더 이상 문제가되지 않습니다. 설치 프로그램은 .NET 재배포 가능 항목이 있는 것과 없는 두 가지로 가장 잘 나뉩니다.
COM을 통해 .NET과 통합하는 옵션으로 - 하지만 저는 이 경우 프로그래머가 부럽지 않습니다. 그들은 Interop과 모든 것에 대한 래퍼 빌드 모두에 지루해합니다.
그러나 이 전환의 장점은 훨씬 더 많습니다. 누구나 원하는 대로 모든 것을 확장할 수 있습니다. 그리고 말도 안되는 질문이 줄어들 것입니다. 사람들이 알고리즘에 대해 묻는 거의 모든 것이 .NET3.5에서 구현됩니다.
이것에 대해 브로커와 동의하고 그와 내기를 할 수 있지만 여기에는 심각한 할머니 이유가 있어야합니다 ...
여러분, tic-tac-toe(XO) 일정을 만드십시오. 고통스러울 정도로 편리합니다.
그리고 모든 양초와 막대.
일반적인 돼지 저금통에 있는 나의 9개의 kopecks.
별도의 프로그램에서 테스터.
반전 기능(즉, 매수 대신 매도가 열릴 것입니다).
편집기에서 즉시 필요하지 않은(디버깅된) 절차를 1줄로 축소합니다 .
다중 통화 Expert Advisors의 테스트를 개선합니다.
테스트할 때 "미래를 내다보는 것"을 제거하십시오.
유형이 지정된 변수.
EA의 INI 및 기타 유형 파일에 대한 작업이 간소화되었습니다.
지정된 매개변수로 Expert Advisor의 자동 최적화 가능성.
외부(인터넷)에서 데이터를 요청할 수 있습니다(ftp, rss를 통해).
다중 통화 Expert Advisors의 테스트를 개선합니다.
테스트할 때 "미래를 내다보는 것"을 제거하십시오.
일반적인 돼지 저금통에 있는 나의 9개의 kopecks.
...
주어진 매개변수로 Expert Advisor의 자동 최적화 가능성.
제안은 흥미롭지 만 간단하지는 않지만 더 자세히 말하면 주어진 매개 변수로 고문의 자동 최적화가 무엇입니까?
개인적으로, 나는 현재 버전의 언어에 매우 만족합니다. 누락된 유일한 것은 다음과 같습니다.
클래스, 템플릿, 인터페이스와 같은 주어진 언어에 대한 IMHO는 불필요합니다. 대부분의 트레이더(대부분의 트레이더가 기술 교육보다 인문학을 더 많이 가지고 있다고 가정)에게 이러한 가능성은 분명하지 않습니다(비록 돈을 위해 스크립트를 작성하려는 사람들의 손에 잘 맞을 수 있지만).
언어는 가능한 한 단순해야 합니다. 나는 C++의 불합리한 복잡성을 존중하지 않습니다(최근에는 대부분의 작업에 대해 상당히 최적의 솔루션이었지만 이제는 대부분의 응용 프로그램 문제에 대해 불필요하게 복잡합니다). 예를 들어 데이터 및 텍스트 처리는 Python, C#, Ruby에서 구현하는 것이 훨씬 더 편리합니다.
내가 언급한 가능성에 대한 더 명확한 이해를 위해 (의사 수정된 MQL4에서) 예를 들어 보겠습니다.
테스터 에 기호의 속성 을 변경하는 기능을 추가하는 것이 바람직합니다.
예를 들어, 저는 야간 거래를 위한 Expert Advisor를 만들고 있습니다. 그러나 밤에는 스프레드가 다르기 때문에 낮에 수행한 테스트는 정확하지 않습니다. 따라서 스프레드 등을 수동으로 설정할 수 있어야 합니다.
글쎄, 당신은 이해합니다 - 나는 MT5가 dotnet과 통합되기를 원합니다 :)
내가 너무 할. 물론 .NET2 이상의 터미널(WPF 없이만!)을 작성하는 것이 좋습니다. 이 경우 Mono에서 Linux로 이전할 수도 있습니다.
그러면 디버거 문제도 해결됩니다. MetaEditor에서는 전혀 필요하지 않습니다. 전략 테스터를 어셈블리 형태로 만들면 Visual Studio에서 바로 모든 것을 디버그하고 최적화할 수 있습니다.
그러나 MFC에서 .NET으로 터미널을 이식하는 작업이 많이 있습니다. 또 다른 마이너스 - .NET과 모든 사람을 다운로드해야 합니다. 그러나 원칙적으로 이것은 더 이상 문제가되지 않습니다. 설치 프로그램은 .NET 재배포 가능 항목이 있는 것과 없는 두 가지로 가장 잘 나뉩니다.
COM을 통해 .NET과 통합하는 옵션으로 - 하지만 저는 이 경우 프로그래머가 부럽지 않습니다. 그들은 Interop과 모든 것에 대한 래퍼 빌드 모두에 지루해합니다.
그러나 이 전환의 장점은 훨씬 더 많습니다. 누구나 원하는 대로 모든 것을 확장할 수 있습니다. 그리고 말도 안되는 질문이 줄어들 것입니다. 사람들이 알고리즘에 대해 묻는 거의 모든 것이 .NET3.5에서 구현됩니다.
MQL4 언어가 제 역할을 다했습니다.
개발자 - 감사합니다.
나는 매우 겸손한 변덕을 가지고 있습니다 - 오늘의 역사를 테스트 할 수 있습니다 - 핍스 할 때 유용한 것 :)
뭐, 지금은 쉽기 때문에) 시험이 끝나면 내일 날짜면 끝...