이와 관련하여 우리는 모든 것을 아름답게 묘사하고 훌륭한 기사를 작성하는 시간을 찾아야합니다. MT4에 대한 시각적 의사 클래스의 구현 또는 예제를 던질 수 있지만 자세한 설명 없이는 소화하기 어려울 것 같습니다. JS와 유추하여 MT용 DOM(Data Object Module)을 만드는 것의 본질은 어쨌든 정말 비슷합니다. 종자의 경우 - 말하자면 심장의 주요 기능:
C-4 : 이제 일반 프로그래머는 순서도를 그리지 않습니다. 이 모든 것은 학생들을 가르치기 위해 고안된 이론적 넌센스이지만 실제 프로젝트에서 작업하기 위한 것은 아닙니다.
이것은 말도 안되는 소리가 아닙니다. 이것은 프로그램이 기계어 코드로 작성될 때 필요했습니다. 그리고는 교과서에 실려 일반 언어로 프로그램을 설명하면 넌센스가 되었습니다. 그리고 ESPD-통합 프로그램 문서 시스템도있었습니다. 그리고 고객에게 프로그램을 넘기기 위해서는 매우 엄격한 규칙에 따라 작성해야 했습니다. 그리고 블록다이어그램은 모든 종류의 설명이어야 했습니다.
이와 관련하여 우리는 모든 것을 아름답게 묘사하고 훌륭한 기사를 작성하는 시간을 찾아야합니다. MT4에 대한 시각적 의사 클래스의 구현 또는 예제를 던질 수 있지만 자세한 설명 없이는 소화하기 어려울 것 같습니다. JS와 유추하여 MT용 DOM(Data Object Module)을 만드는 것의 본질은 어쨌든 정말 비슷합니다. 종자의 경우 - 말하자면 심장의 주요 기능:
예 ushsh .. 대규모로. ))
DOM은 강력합니다. 적어도 몇 개의 스크린샷이나 다른 것을 가지고 갑시다. 모든 것이 어떻게 보이는지 확인하십시오. 또는 (가능한 경우) 터미널에서 이것을 느낄 수 있는 일부 독립 실행형 컴파일된 예제. 하나가 있습니까?
Краткая сборка софта созданного мной , для торговой платформы MetaTrader 4. Все имущественные права на данный софт принадлежат заказчикам, как правообладателям. И не могут быть переданы третим лицам без их (правообладателей) согласия. Я за собою оставляю авторское право как создатель данного софта. Quick assembly of software created by me for...
Простой и довольно эффективной логикой написания боевого робота является следующая схема: - робот делится на две части: тестер и синхронизатор. - тестер на основании ранней истории и только что пришедшей выдает текущее состоянии торговой стратегии. - синхронизатор "переносит" текущие тестерные открытые позиции и приказы на реал.
Это чем-то напиминает копирование торговых сигналов с одного счета на другой. Только вместо примитивного копировщика работает грамотный синхронизатор.
К сожалению, правильную логику синхронизатора посмотреть где-либо практически невозможно, поэтому озадачевшемуся придется подумать самому - очень полезно.
Но и такая логика построения боевого-робота далеко не совершенна, т.к. встает дилема первичности курицы и яйца. Поэтому применяются более сложные свои схемы, основанные на опыте автора-алготрейдера.
Все эти действия совершаются только ради одного - адекватной настройки стратегии. Какой бы совершенной не была схема, все равно одинаковые боевые роботы на разных счетах одного и того же ECN/STP брокера покажут расхождения. И помимо поиска рыночных закономерностей, важной задачей для алготрейдера также является уменьшение этих расхождений. Как уже говорилось выше, чем ближе брокер к возможстям HFT, тем меньше расхождения.
Если вникнуть в написанное, должно прийти понимание, что результаты работы стратегии на реале являются также своего рода тестером. И выводы на основании этой торговли также должны быть вероятностными.
1. 꼬리에 즉시 패널. 전략이 기본이고 쟁기질하지 않으면 패널은 무의미하고 쓸모가 없습니다.
2. 트레이딩 부분의 구현은 전략에 따라 다르므로 가상 전략에 대한 공격의 일환으로 논의 할 사항이 없습니다. 전략의 구현은 이상하게도 전략에 따라 다릅니다. :)
3. 즉시 거래 블록에서 고려되는 전략 비활성화를 위한 트리거를 만드십시오. 그리고 새 주문 배치를 비활성화합니다.
4. 패널. 글쎄요, 패널은 일상입니다.
글쎄, 바로 논쟁 할 것이 있습니다 ... :))
논쟁하지 말고 가능한 옵션을 지적합시다.
1. 꼬리에 즉시 패널. 전략이 기본이고 쟁기질하지 않으면 패널은 무의미하고 쓸모가 없습니다.
지금은 동의하지만 주의할 점은 다음과 같습니다. 프로그램은 즉시 두 가지 모드에서 작동하도록 지향되어야 하므로 패널의 통제 여부와 유무를 고려하여 전략적/거래 부분을 즉시 처방해야 합니다. 패널에 정보를 표시합니다.
2. 트레이딩 부분의 구현은 전략에 따라, .......
그리고 여기에서는 필요하지 않습니다. 나와는 거의 관련이 없습니다. 전체 거래 부분은 주문, 위치 추적, 견적 및 거래와 관련된 기타 쓰레기를 완전히 구현하는 클래스(CMarketDriver)로 작성됩니다. 모든 악기를 한 번에. 그리고 전략적 부분은 그에게 도구에 대한 권장 시장 위치를 입력으로만 제공합니다. {string Instrument; 형식의 구조 배열을 채웁니다 . double Position} 및 MD.Synhronize(PositionArray) 서버와의 동기화를 요청합니다. 그리고 pse. 지금까지는 시장가 주문만 거래했지만 스프레드 내에서 지정가 주문을 거래하는 버전이 개발 중입니다(거래 비용 절감). 나는 거래를 위해 이익실현/정지 손실을 사용하지 않지만, MarketDriver는 서버와의 장기간 연결이 끊긴 경우 보호 정지를 설정할 수 있습니다(정지 매개변수는 드라이버 설정에서 한 번 지정됨). 그건 그렇고, 매우 성공적이며 거의 문제가 없는 구조적 솔루션입니다. 테스터에서 전략적 아이디어를 테스트하기 위해 일반적으로 노래 - 거래에 문제가 없으며 모든 관심을 전략에 집중할 수 있습니다. 모든 거래는 오랫동안 디버깅되고 거래 드라이버에 캡슐화되었습니다.
2............., 따라서 가상의 전략에 대한 공격의 일부로 논의할 것이 없습니다. 전략의 구현은 이상하게도 전략에 따라 다릅니다. :)
글쎄, 당신은 불도저에서 여기에서 지정할 수 있습니다. 토론할 순전히 쓰레기였습니다. 예를 들어, 신선한 아이디어가 떠올랐습니다. 한 쌍의 마카롱이 교차하는 지점에서 거래할 수 있습니다. 천재 맞죠? 이 경우의 작업은 개발 중에(예: 세 번째 대시 추가) 대부분의 코드를 변경할 필요가 없도록 프로그램을 구성하는 것입니다. 이상적으로는 꽤 많이 그리고 엄격하게 로컬 영역(12개 모듈이 아님)에 있습니다. 그런 다음 다중 통화로의 개발이 가능합니다(프로젝트의 단순성을 위해 상품 거래는 엄격하게 독립적이며 상호 연결은 어리석게 고려되지 않는다고 가정합니다). 그러한 발전을 미리 예상하고 전략적 부분을 어떻게 구성합니까?
3. 즉시 거래 블록에서 고려되는 전략 비활성화를 위한 트리거를 만드십시오. 그리고 새 주문 배치를 비활성화합니다.
여기에서 조금 씹을 수 있습니다. 그러나 반드시 그런 것은 아닙니다. 결국 여기에는 특별한 어려움이 예상되지 않습니다.
4. 패널. 글쎄요, 패널은 일상입니다.
나는 정말로 동의하지 않는다. 물론 패널 자체는 일상적입니다. 그러나 패널과 전략의 이벤트 연결을 구성하는 것은 상당히 창의적인 작업입니다. 특히 그러한 패널을 위한 다소 보편적인 템플릿을 개발하려는 경우, 이는 프로젝트 시 다른 Expert Advisors에 쉽게 적응하고 쉽게 개발할 수 있음을 의미합니다. 성장/발전합니다.
그것은 거의 항상 나에게 달려 있습니다 . 특히 ECN과 협력하는 경우. 음, 즉 물론 모든 것이 가장 낮은 수준이 아니라 표준 거래 기능 의 껍질을 통해 이루어집니다.
글쎄, 이것은 일종의 나쁜 것입니다. ECN과의 관계가 그곳에서 어떻게 발전할지 모르지만(RoboForex에서 계정을 개설할 예정입니다), 이 구조적 분리(전략/시장 동인)를 유지하기 위해 최선을 다할 것입니다. 그것은 매우 편리하여 약간의 거래 비용(예: 이익 손실)에도 대비할 수 있습니다.
메인 EA 루프가 결국 어떻게 보이는지 확인하십시오.
// Тестовый советник для тестирования обученных в GPU-оптимизаторе нейросеток (или записи значений котировок/индикаторов для отправки исходных данных в тот же оптимизатор).
voidOnTick ()
{
if (Mode==TradesMode) //-- Если режим тестирования
{
for ( int i= 0 ;i<CountInd;i++)
{
vInds[i]=GetInd(i, 0 ); // получаем значения индикаторов
}
Net.CalcResult(vInds); // рассчитываем значение нейросетки
float net_result=Net.NetResult[ 0 ]; // забираем рекомендованную рыночную позицию
SP.Pos=net_result*Lot; // заполняем структуру для MarketDriver'a
int err;
MD.Synhronize(SP,err); // синхронизируемся с торговым сервером.
}
else// Mode==RecordMode // Если режим записи
..............
단순화된 테스트 버전을 보면 이 계획이 마음에 드실 것입니다. 있다면 필요에 맞게 수정하여 건강에 사용하십시오.
추신. 그리고 그런 voosche melenko, 좀 더 글로벌한 문제를 가집니까?
글쎄요, (일반적으로) 어떻게 이 격차를 상위 4위 안에 들 수 있습니까? 모든 것이 DLL에 있습니까? :)
DLL 없음, 이벤트 처리 를 위한 순수 MCL + winepi .
이와 관련하여 우리는 모든 것을 아름답게 묘사하고 훌륭한 기사를 작성하는 시간을 찾아야합니다. MT4에 대한 시각적 의사 클래스의 구현 또는 예제를 던질 수 있지만 자세한 설명 없이는 소화하기 어려울 것 같습니다. JS와 유추하여 MT용 DOM(Data Object Module)을 만드는 것의 본질은 어쨌든 정말 비슷합니다. 종자의 경우 - 말하자면 심장의 주요 기능:
구체적인 제안이 있으십니까?
거기에 임무가 살아 있지만 여기에서 발음하기가 두렵습니다. 개인적으로 할 수 있습니다.
이제 일반 프로그래머는 순서도를 그리지 않습니다. 이 모든 것은 학생들을 가르치기 위해 고안된 이론적 넌센스이지만 실제 프로젝트에서 작업하기 위한 것은 아닙니다.
DLL 없음, 이벤트 처리 를 위한 순수 MCL + winepi .
이와 관련하여 우리는 모든 것을 아름답게 묘사하고 훌륭한 기사를 작성하는 시간을 찾아야합니다. MT4에 대한 시각적 의사 클래스의 구현 또는 예제를 던질 수 있지만 자세한 설명 없이는 소화하기 어려울 것 같습니다. JS와 유추하여 MT용 DOM(Data Object Module)을 만드는 것의 본질은 어쨌든 정말 비슷합니다. 종자의 경우 - 말하자면 심장의 주요 기능:
예 ushsh .. 대규모로. ))
DOM은 강력합니다. 적어도 몇 개의 스크린샷이나 다른 것을 가지고 갑시다. 모든 것이 어떻게 보이는지 확인하십시오. 또는 (가능한 경우) 터미널에서 이것을 느낄 수 있는 일부 독립 실행형 컴파일된 예제. 하나가 있습니까?
예 ushsh .. 대규모로. ))
DOM은 강력합니다. 적어도 몇 개의 스크린샷이나 다른 것을 가지고 갑시다. 모든 것이 어떻게 보이는지 확인하십시오. 또는 (가능한 경우) 터미널에서 이것을 느낄 수 있는 일부 독립 실행형 컴파일된 예제. 하나가 있습니까?
퍼즐을 풀어볼까요?
아무것도.
1. 꼬리에 즉시 패널. 전략이 기본이고 쟁기질하지 않으면 패널은 무의미하고 쓸모가 없습니다.
2. 트레이딩 부분의 구현은 전략에 따라 다르므로 가상 전략에 대한 공격의 일환으로 논의 할 사항이 없습니다. 전략의 구현은 이상하게도 전략에 따라 다릅니다. :)
3. 거래 블록에서 고려되는 전략 비활성화를 위한 트리거를 즉시 생성합니다. 그리고 새 주문 배치를 비활성화합니다.
4. 패널. 글쎄요, 패널은 일상입니다.
TS를 작성하는 방법은 다음과 같습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MT5에 대한 고주파 거래 토론
hrenfx , 2013.02.06 14:30
Простой и довольно эффективной логикой написания боевого робота является следующая схема:
- робот делится на две части: тестер и синхронизатор.
- тестер на основании ранней истории и только что пришедшей выдает текущее состоянии торговой стратегии.
- синхронизатор "переносит" текущие тестерные открытые позиции и приказы на реал.
Это чем-то напиминает копирование торговых сигналов с одного счета на другой. Только вместо примитивного копировщика работает грамотный синхронизатор.
К сожалению, правильную логику синхронизатора посмотреть где-либо практически невозможно, поэтому озадачевшемуся придется подумать самому - очень полезно.
Но и такая логика построения боевого-робота далеко не совершенна, т.к. встает дилема первичности курицы и яйца. Поэтому применяются более сложные свои схемы, основанные на опыте автора-алготрейдера.
Все эти действия совершаются только ради одного - адекватной настройки стратегии. Какой бы совершенной не была схема, все равно одинаковые боевые роботы на разных счетах одного и того же ECN/STP брокера покажут расхождения. И помимо поиска рыночных закономерностей, важной задачей для алготрейдера также является уменьшение этих расхождений. Как уже говорилось выше, чем ближе брокер к возможстям HFT, тем меньше расхождения.
Если вникнуть в написанное, должно прийти понимание, что результаты работы стратегии на реале являются также своего рода тестером. И выводы на основании этой торговли также должны быть вероятностными.
아무것도.
1. 꼬리에 즉시 패널. 전략이 기본이고 쟁기질하지 않으면 패널은 무의미하고 쓸모가 없습니다.
2. 트레이딩 부분의 구현은 전략에 따라 다르므로 가상 전략에 대한 공격의 일환으로 논의 할 사항이 없습니다. 전략의 구현은 이상하게도 전략에 따라 다릅니다. :)
3. 즉시 거래 블록에서 고려되는 전략 비활성화를 위한 트리거를 만드십시오. 그리고 새 주문 배치를 비활성화합니다.
4. 패널. 글쎄요, 패널은 일상입니다.
글쎄, 바로 논쟁 할 것이 있습니다 ... :))
논쟁하지 말고 가능한 옵션을 지적합시다.
1. 꼬리에 즉시 패널. 전략이 기본이고 쟁기질하지 않으면 패널은 무의미하고 쓸모가 없습니다.
지금은 동의하지만 주의할 점은 다음과 같습니다. 프로그램은 즉시 두 가지 모드에서 작동하도록 지향되어야 하므로 패널의 통제 여부와 유무를 고려하여 전략적/거래 부분을 즉시 처방해야 합니다. 패널에 정보를 표시합니다.
그리고 여기에서는 필요하지 않습니다. 나와는 거의 관련이 없습니다. 전체 거래 부분은 주문, 위치 추적, 견적 및 거래와 관련된 기타 쓰레기를 완전히 구현하는 클래스(CMarketDriver)로 작성됩니다. 모든 악기를 한 번에. 그리고 전략적 부분은 그에게 도구에 대한 권장 시장 위치를 입력으로만 제공합니다. {string Instrument; 형식의 구조 배열을 채웁니다 . double Position} 및 MD.Synhronize(PositionArray) 서버와의 동기화를 요청합니다. 그리고 pse. 지금까지는 시장가 주문만 거래했지만 스프레드 내에서 지정가 주문을 거래하는 버전이 개발 중입니다(거래 비용 절감). 나는 거래를 위해 이익실현/정지 손실을 사용하지 않지만, MarketDriver는 서버와의 장기간 연결이 끊긴 경우 보호 정지를 설정할 수 있습니다(정지 매개변수는 드라이버 설정에서 한 번 지정됨). 그건 그렇고, 매우 성공적이며 거의 문제가 없는 구조적 솔루션입니다. 테스터에서 전략적 아이디어를 테스트하기 위해 일반적으로 노래 - 거래에 문제가 없으며 모든 관심을 전략에 집중할 수 있습니다. 모든 거래는 오랫동안 디버깅되고 거래 드라이버에 캡슐화되었습니다.
2............., 따라서 가상의 전략에 대한 공격의 일부로 논의할 것이 없습니다. 전략의 구현은 이상하게도 전략에 따라 다릅니다. :)
글쎄, 당신은 불도저에서 여기에서 지정할 수 있습니다. 토론할 순전히 쓰레기였습니다. 예를 들어, 신선한 아이디어가 떠올랐습니다. 한 쌍의 마카롱이 교차하는 지점에서 거래할 수 있습니다. 천재 맞죠? 이 경우의 작업은 개발 중에(예: 세 번째 대시 추가) 대부분의 코드를 변경할 필요가 없도록 프로그램을 구성하는 것입니다. 이상적으로는 꽤 많이 그리고 엄격하게 로컬 영역(12개 모듈이 아님)에 있습니다. 그런 다음 다중 통화로의 개발이 가능합니다(프로젝트의 단순성을 위해 상품 거래는 엄격하게 독립적이며 상호 연결은 어리석게 고려되지 않는다고 가정합니다). 그러한 발전을 미리 예상하고 전략적 부분을 어떻게 구성합니까?
3. 즉시 거래 블록에서 고려되는 전략 비활성화를 위한 트리거를 만드십시오. 그리고 새 주문 배치를 비활성화합니다.
여기에서 조금 씹을 수 있습니다. 그러나 반드시 그런 것은 아닙니다. 결국 여기에는 특별한 어려움이 예상되지 않습니다.
4. 패널. 글쎄요, 패널은 일상입니다.
나는 정말로 동의하지 않는다. 물론 패널 자체는 일상적입니다. 그러나 패널과 전략의 이벤트 연결을 구성하는 것은 상당히 창의적인 작업입니다. 특히 그러한 패널을 위한 다소 보편적인 템플릿을 개발하려는 경우, 이는 프로젝트 시 다른 Expert Advisors에 쉽게 적응하고 쉽게 개발할 수 있음을 의미합니다. 성장/발전합니다.
그리고 여기에서는 필요하지 않습니다. 나와는 거의 관련이 없습니다.
그것은 거의 항상 나에게 달려 있습니다. 특히 ECN과 협력하는 경우. 음, 즉 물론 모든 것이 가장 낮은 수준이 아니라 표준거래 기능 의 껍질을 통해 이루어집니다.
그것은 거의 항상 나에게 달려 있습니다 . 특히 ECN과 협력하는 경우. 음, 즉 물론 모든 것이 가장 낮은 수준이 아니라 표준 거래 기능 의 껍질을 통해 이루어집니다.
글쎄, 이것은 일종의 나쁜 것입니다. ECN과의 관계가 그곳에서 어떻게 발전할지 모르지만(RoboForex에서 계정을 개설할 예정입니다), 이 구조적 분리(전략/시장 동인)를 유지하기 위해 최선을 다할 것입니다. 그것은 매우 편리하여 약간의 거래 비용(예: 이익 손실)에도 대비할 수 있습니다.
메인 EA 루프가 결국 어떻게 보이는지 확인하십시오.
단순화된 테스트 버전을 보면 이 계획이 마음에 드실 것입니다. 있다면 필요에 맞게 수정하여 건강에 사용하십시오.