업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
C-4 : Вот тут подумалось что при объединении двух языков абсолютно необходимы условные директивы компиляции типа #ifdef - это бы существенно упростило бы унификацию кодов между двумя платформами, и плотформозависимый API определялся на этапе компиляции.
업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
MT5 테스터에서 어떻게 에뮬레이트할 수 있는지 궁금합니다(예: 자신의 기록에 대한 테스트)?
그것에 대해 어디에서 말합니까?
이것은 어디에도 언급되지 않습니다. 이것은 내 생각입니다. 포럼에서 주제 를 시작했지만 아무도 지원하지 않았으며 누구에게도 관심이 없다는 것을 이해합니다.
Expert Advisor가 표준 라이브러리 클래스만 사용하고 서버에 직접 액세스하는 기능을 사용하지 않는 경우 에뮬레이션 작업은 서버에 액세스하지 않지만 자신의 내부 변수.
그 후 표준 라이브러리의 원래 클래스는 작업을 위해 어드바이저에게 전송되지 않고 하위 클래스는 서버에 액세스하는 대신 내부 계산 결과를 어드바이저에게 전달합니다. Expert Advisor는 대체를 알아차리지 못할 것입니다. 그에게 무엇을 작업해야 하는지는 중요하지 않습니다. 심지어 실제 데이터와 과거 데이터에서도 마찬가지입니다.
나 자신을 위해 이미 과거 데이터 스토리지 클래스와 시계열 하위 클래스(예: COpen, CHigh 등)를 작성했는데, 이 클래스는 서버의 실제 데이터와 스토리지의 과거 데이터를 모두 EA로 반환할 수 있습니다. 그 다음에는 실제 서버 거래 작업을 위한 "래퍼"가 될 수 있고 과거 데이터에 대한 가상 거래 작업을 수행할 수 있는 표준 라이브러리 클래스에서 상속되는 거래 클래스를 작성할 것입니다. 다시 말하지만, 고문은 변경 사항을 알아차리지 못할 것입니다.
이것은 어디에도 언급되지 않습니다. 이것은 내 생각입니다. 포럼에서 주제 를 시작했지만 아무도 지원하지 않았으며 누구에게도 관심이 없다는 것을 이해합니다.
Expert Advisor가 표준 라이브러리 클래스만 사용하고 서버에 직접 액세스하는 기능을 사용하지 않는 경우 에뮬레이션 작업은 서버에 액세스하지 않지만 자신의 내부 변수.
그 후 표준 라이브러리의 원래 클래스는 작업을 위해 어드바이저에게 전송되지 않고 하위 클래스는 서버에 액세스하는 대신 내부 계산 결과를 어드바이저에게 전달합니다. Expert Advisor는 대체를 알아차리지 못할 것입니다. 그에게 무엇을 작업해야 하는지는 중요하지 않습니다. 심지어 실제 데이터와 과거 데이터에서도 마찬가지입니다.
나 자신을 위해 이미 과거 데이터 스토리지 클래스와 시계열 하위 클래스(예: COpen, CHigh 등)를 작성했는데, 이 클래스는 서버의 실제 데이터와 스토리지의 과거 데이터를 모두 EA로 반환할 수 있습니다. 그 다음에는 실제 서버 거래 작업을 위한 "래퍼"가 될 수 있고 과거 데이터에 대한 가상 거래 작업을 수행할 수 있는 표준 라이브러리 클래스에서 상속되는 거래 클래스를 작성할 것입니다. 다시 말하지만, 고문은 변경 사항을 알아차리지 못할 것입니다.
이 모든 것이 가능합니다. 물론 많은 작업이 있지만.
파일에서 데이터를 읽는 표시기(사용자 지정 기록)를 작성하고, 데이터를 얻기 위한 표준 함수(견적 및 시장 환경 모두)를 재정의하고, 정의를 통해 컨텍스트를 입력하면 행복할 것입니다.
나는 단지 예시를 위해 그리고 마법사에서 전문 고문을 만들기 위해 만들어진 보편성을 주장하는 거대한 괴물인 표준 도서관에 대한 당신의 존경심을 공유하지 않습니다.
파일에서 데이터를 읽는 표시기(사용자 지정 기록)를 작성하고, 데이터를 얻기 위한 표준 함수(견적 및 시장 환경 모두)를 재정의하고, 정의를 통해 컨텍스트를 입력하면 행복할 것입니다.
그게 바로 내가 하는 일이다. 그리고 (서버의 실제 히스토리 대신) 어드바이저에게 커스텀 히스토리를 보낼 수 있는 클래스는 이미 저를 위해 작성되었습니다. 그러나 아이디어의 완전한 구현을 위해 고문은 터미널 기능을 직접 사용해서는 안됩니다. 같은 OrderSend()를 가정해 봅시다. 표준 라이브러리가 완벽하게 맞는 역할을 하는 일종의 "래퍼"를 통해서만 작동해야 합니다. 파생 클래스를 작성하여 Expert Advisor에 넣고 - 짜잔 - 이제 과거 데이터에서 작동합니다. 어드바이저가 단말 기능을 직접 사용한다면 이야기를 빠뜨릴 수 없습니다.
나는 단지 예시를 위해 그리고 마법사에서 전문 고문을 만들기 위해 만들어진 보편성을 주장하는 거대한 괴물인 표준 도서관에 대한 당신의 존경심을 공유하지 않습니다.
비록 그것이 쓰여진 대로, 그것은 그 의무를 완전히 수행합니다.
글쎄, 분명히 내가 매우 만족하고 많은 유사점을 찾은 MFC 라이브러리에 대한 오랜 작업이 영향을 미치고 있습니다. 표준 라이브러리의 개발자들도 MFC에 대해 잘 알고 있다고 확신합니다.
표준 라이브러리의 주요 장점은 OOP 이데올로기에 대한 훌륭한 지원으로, 필요한 경우 사용자 지정 기록을 어드바이저에게 전송하여 어드바이저가 변경 없이 아주 정상적으로 작동하도록 할 수 있습니다.
그리고 표준 라이브러리가 마음에 들지 않는 것을 물어볼 수 있습니다("배우기에는 너무 게으름"이라는 명백한 빼기 제외)?
업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
아직 개발자로 가입하지 않으셨나요?
우리가 시장을 접한 이래로 한 가지 문제에 대한 의견을 듣고 싶습니다 ...
MQL5의 철학에 따르면 지표는 계산되어야 하고 Expert Advisors는 거래되어야 합니다.
그러나 시장은 기성품 솔루션을 모두 하나로 판매합니다.
지표가 Expert Advisors에 리소스로 저장되도록 컴파일러를 수정할 수 있습니까?
그렇지 않으면 표시기 코드를 적절한 환경이 없는 Expert Advisor로 전송해야 합니다. 다시 말하지만, "지표에서 표시기" 체계를 사용하면 코드를 Expert Advisor로 전송하는 것이 이미 완전한 무용담입니다.
검색했습니다 - 검색했습니다. 찾지 못한...
저는 그렇게 표현하지 않았습니다.
우리는 아직 디버거에 대해 생각하지 않았습니다. 그가 될 것인지 아닌지는 알 수 없지만 그들이 생각하지 않았기 때문에 그는 "아직"이라는 의미입니다.
http://forum.mql4.com/ru/56881/page4#820225
업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
아직 개발자로 가입하지 않으셨나요?
C-4 :
Вот тут подумалось что при объединении двух языков абсолютно необходимы условные директивы компиляции типа #ifdef - это бы существенно упростило бы унификацию кодов между двумя платформами, и плотформозависимый API определялся на этапе компиляции.
예, 좋을 것입니다.
지금은 곡선형 대안으로 다음과 같은 구조를 사용합니다.
#define _DEBUG_OR_RELEASE_(DEBUG, RELEASE) 디버그
그러나 #ifdef를 사용하면 눈에 띄게 유연해집니다.
업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
아직 개발자로 가입하지 않으셨나요?
그럼 우리는 당신에게 갈 것입니다 :)
사실 다들 눈치채고 겁먹지 않게 조용히 즐감 :)
hrenfx 의 모든 주장에 동의하지는 않지만 개인적으로 OOP 및 Standard Library 만을 위해 MT5를 선택했습니다.
OOP가 MT4++에 도입될 때 표준 라이브러리 클래스의 가능한 많은 인터페이스가 유지되는 것이 매우 바람직할 것입니다. (이상적으로는 네팅과 직접 관련된 CTrade, СPositionInfo와 같은 거래 클래스를 제외한 모든 것).
그건 그렇고, 그가 사용자 정의 기록과 관련된 모든 것에 대해 이야기하는 동일한 오래된 태블릿에서 - MT5에서 여전히 에뮬레이션할 수 있음 - 이러한 기회를 사용하기만 하면 됩니다.
MT5 테스터에서 어떻게 에뮬레이트할 수 있는지 궁금합니다(예: 자신의 기록에 대한 테스트)?
그것에 대해 어디에서 말합니까?
MT5 테스터에서 어떻게 에뮬레이트할 수 있는지 궁금합니다(예: 자신의 기록에 대한 테스트)?
그것에 대해 어디에서 말합니까?
이것은 어디에도 언급되지 않습니다. 이것은 내 생각입니다. 포럼에서 주제 를 시작했지만 아무도 지원하지 않았으며 누구에게도 관심이 없다는 것을 이해합니다.
Expert Advisor가 표준 라이브러리 클래스만 사용하고 서버에 직접 액세스하는 기능을 사용하지 않는 경우 에뮬레이션 작업은 서버에 액세스하지 않지만 자신의 내부 변수.
그 후 표준 라이브러리의 원래 클래스는 작업을 위해 어드바이저에게 전송되지 않고 하위 클래스는 서버에 액세스하는 대신 내부 계산 결과를 어드바이저에게 전달합니다. Expert Advisor는 대체를 알아차리지 못할 것입니다. 그에게 무엇을 작업해야 하는지는 중요하지 않습니다. 심지어 실제 데이터와 과거 데이터에서도 마찬가지입니다.
나 자신을 위해 이미 과거 데이터 스토리지 클래스와 시계열 하위 클래스(예: COpen, CHigh 등)를 작성했는데, 이 클래스는 서버의 실제 데이터와 스토리지의 과거 데이터를 모두 EA로 반환할 수 있습니다. 그 다음에는 실제 서버 거래 작업을 위한 "래퍼"가 될 수 있고 과거 데이터에 대한 가상 거래 작업을 수행할 수 있는 표준 라이브러리 클래스에서 상속되는 거래 클래스를 작성할 것입니다. 다시 말하지만, 고문은 변경 사항을 알아차리지 못할 것입니다.
이 모든 것이 가능합니다. 물론 많은 작업이 있지만.
이것은 어디에도 언급되지 않습니다. 이것은 내 생각입니다. 포럼에서 주제 를 시작했지만 아무도 지원하지 않았으며 누구에게도 관심이 없다는 것을 이해합니다.
Expert Advisor가 표준 라이브러리 클래스만 사용하고 서버에 직접 액세스하는 기능을 사용하지 않는 경우 에뮬레이션 작업은 서버에 액세스하지 않지만 자신의 내부 변수.
그 후 표준 라이브러리의 원래 클래스는 작업을 위해 어드바이저에게 전송되지 않고 하위 클래스는 서버에 액세스하는 대신 내부 계산 결과를 어드바이저에게 전달합니다. Expert Advisor는 대체를 알아차리지 못할 것입니다. 그에게 무엇을 작업해야 하는지는 중요하지 않습니다. 심지어 실제 데이터와 과거 데이터에서도 마찬가지입니다.
나 자신을 위해 이미 과거 데이터 스토리지 클래스와 시계열 하위 클래스(예: COpen, CHigh 등)를 작성했는데, 이 클래스는 서버의 실제 데이터와 스토리지의 과거 데이터를 모두 EA로 반환할 수 있습니다. 그 다음에는 실제 서버 거래 작업을 위한 "래퍼"가 될 수 있고 과거 데이터에 대한 가상 거래 작업을 수행할 수 있는 표준 라이브러리 클래스에서 상속되는 거래 클래스를 작성할 것입니다. 다시 말하지만, 고문은 변경 사항을 알아차리지 못할 것입니다.
이 모든 것이 가능합니다. 물론 많은 작업이 있지만.
파일에서 데이터를 읽는 표시기(사용자 지정 기록)를 작성하고, 데이터를 얻기 위한 표준 함수(견적 및 시장 환경 모두)를 재정의하고, 정의를 통해 컨텍스트를 입력하면 행복할 것입니다.
나는 단지 예시를 위해 그리고 마법사에서 전문 고문을 만들기 위해 만들어진 보편성을 주장하는 거대한 괴물인 표준 도서관에 대한 당신의 존경심을 공유하지 않습니다.
비록 그것이 쓰여진 대로, 그것은 그 의무를 완전히 수행합니다.
파일에서 데이터를 읽는 표시기(사용자 지정 기록)를 작성하고, 데이터를 얻기 위한 표준 함수(견적 및 시장 환경 모두)를 재정의하고, 정의를 통해 컨텍스트를 입력하면 행복할 것입니다.
그게 바로 내가 하는 일이다. 그리고 (서버의 실제 히스토리 대신) 어드바이저에게 커스텀 히스토리를 보낼 수 있는 클래스는 이미 저를 위해 작성되었습니다. 그러나 아이디어의 완전한 구현을 위해 고문은 터미널 기능을 직접 사용해서는 안됩니다. 같은 OrderSend()를 가정해 봅시다. 표준 라이브러리가 완벽하게 맞는 역할을 하는 일종의 "래퍼"를 통해서만 작동해야 합니다. 파생 클래스를 작성하여 Expert Advisor에 넣고 - 짜잔 - 이제 과거 데이터에서 작동합니다. 어드바이저가 단말 기능을 직접 사용한다면 이야기를 빠뜨릴 수 없습니다.
나는 단지 예시를 위해 그리고 마법사에서 전문 고문을 만들기 위해 만들어진 보편성을 주장하는 거대한 괴물인 표준 도서관에 대한 당신의 존경심을 공유하지 않습니다.
비록 그것이 쓰여진 대로, 그것은 그 의무를 완전히 수행합니다.
글쎄, 분명히 내가 매우 만족하고 많은 유사점을 찾은 MFC 라이브러리에 대한 오랜 작업이 영향을 미치고 있습니다. 표준 라이브러리의 개발자들도 MFC에 대해 잘 알고 있다고 확신합니다.
표준 라이브러리의 주요 장점은 OOP 이데올로기에 대한 훌륭한 지원으로, 필요한 경우 사용자 지정 기록을 어드바이저에게 전송하여 어드바이저가 변경 없이 아주 정상적으로 작동하도록 할 수 있습니다.
그리고 표준 라이브러리가 마음에 들지 않는 것을 물어볼 수 있습니다("배우기에는 너무 게으름"이라는 명백한 빼기 제외)?
업그레이드의 기술적 기능을 명확히 한 후 중요한 세부 사항 중 하나가 손실되었습니다. 즉, MetaTrader 4에 마켓이 표시됩니다. Four의 보급을 감안할 때 로봇/지표 개발자가 7백만 거래자의 결합된 시장에서 얼마를 벌 수 있는지 추정할 수 있습니다. MQL5 Market의 결과는 가정을 하고 어떤 유형의 소프트웨어가 트레이더에게 더 많이 요구되는지 더 잘 이해하기 위한 기초로 사용할 수 있습니다.
아직 개발자로 가입하지 않으셨나요?
우리가 시장을 접한 이래로 한 가지 문제에 대한 의견을 듣고 싶습니다 ...
MQL5의 철학에 따르면 지표는 계산되어야 하고 Expert Advisors는 거래되어야 합니다.
그러나 시장은 기성품 솔루션을 모두 하나로 판매합니다.
지표가 Expert Advisors에 리소스로 저장되도록 컴파일러를 수정할 수 있습니까?
그렇지 않으면 표시기 코드를 적절한 환경이 없는 Expert Advisor로 전송해야 합니다. 다시 말하지만, "지표에서 표시기" 체계를 사용하면 코드를 Expert Advisor로 전송하는 것이 이미 완전한 무용담입니다.