기고글 토론 "Trading Model 기반 Multi-Expert Advisor 양성" - 페이지 3

새 코멘트
 
Serj_Che:

기사의 이름을 바꿔야 한다고 생각합니다. 복잡하게 만들 수 있는데 왜 단순하게 만드나요?

좋은 지적입니다.

흥미 롭습니다 :

적어도 저자가 독자들에게 전달하고자하는 내용의 본질을 이해했습니다 (또는 이해했다고 생각합니다).

그게 제가 말하는 것입니다. 모든 사람이 작성된 내용의 본질을 이해했습니다. 그것을 읽은 사람들 중 누가 첨부 된 코드를 일부 개발 단계의 준비된 구현으로 간주할까요? 실제로 저자를 제외하고는 아무도 없습니다. 이 기사는 코드가 아닌 아이디어 만 가져올 수있는 입문 기사로 밝혀졌습니다. 그리고 당신은 그것을 위해 그렇게 많은 편지를 만들 필요가 없었습니다.

자신을 로더라고 부르면 본문에 들어가십시오. 다른 사람을 가르치거나 자신의 경험을 공유하기로 결정한 경우 모든 단어와 제시하는 정보의 구조를 생각하면서 작성해야합니다. 생각이 걷고 있고 광대 함을 포용하고 세상의 모든 것에 대해 쓰고 싶다면 기사 기본 계획을 작성하는 데 아무 것도 없습니다. 그리고 이것이 버전 1.0 베타라는 단어는 적합하지 않습니다. 유능한 코더의 평판을 망칠 수 있기 때문입니다.

포럼 운영진이 게시된 자료에 대해 좀 더 세심한 주의를 기울이고 저자의 저작물(글뿐만 아니라 코드)에 대한 관리를 좀 더 엄격하게 해주셨으면 합니다. 그리고 출판물 수를 채우기 위해 모든 것을 연속으로 가져 가서는 안됩니다. 그래서 MQL4의 코드베이스처럼 되지 않아야 합니다. 아날로그가 없는 정말 가치 있는 저작물은 수백 개의 1.0 베타 버전 뒤에 숨어 사라집니다.

 

Руководству форума желаю...

1. 작성 방법이나 내용을 알려주지 마세요.

2. 어떤 마케팅 정책을 추구해야 하는지, 제품의 저자를 어떻게 평가하고 선정해야 하는지 MetaQuotes Software Corporation에 말하지 마세요.

이 점을 부탁이 아니라 경고로 간주하세요. 제 글에 대한 포럼 스레드에서 계속해서 부정적인 내용을 퍼뜨리고 MetaQuotes에 해야 할 일과 방법을 알려주는 경우, 이는 제가 한 일을 폄하하고 MetaQuotes 팀의 전문성에 의문을 제기하려는 시도로 간주할 것입니다. 이 경우 저는 이 섹션의 운영진에게 해당 불만을 제기할 것이며, 저와 회원님 사이의 갈등이 저에게 유리하게 해결될 것이라고 믿을 만한 심각한 이유가 있습니다.

이 문제를 공식적인 관계 해명으로 가져가지 말고 우호적인 합의로 가자: 여기서 고려 중인 주제와 전혀 관련이 없는 내 기사 정보 전용 스레드에 글을 쓰는 것을 중단하고 내가 한 일을 폄하하는 것을 중단하세요. 여기에 아무것도 게시하지 않는 것이 더 나을 것입니다. 귀하의 관점을 이해하며 이전 페이지에서 표현하셨습니다. 나는 그것에 동의하지 않고 당신은 내 의견에 동의하지 않습니다. 우리 둘 다 지적인 사람이라고 생각하며 이 쓸데없는 논쟁은 그만합시다.

 
udmurt2:

포럼 운영진이 게시된 자료에 대해 더 세심한 주의를 기울이고 저자의 저작물(글뿐만 아니라 코드)에 대해서도 더 엄격한 관리를 해주셨으면 합니다. 그리고 출판물 수를 채우기 위해 모든 것을 연속으로 가져 가서는 안됩니다. 그래서 MQL4의 코드베이스처럼 되지 않아야 합니다. 아날로그가 없는 정말 가치 있는 저작물은 수백 개의 1.0 베타 버전 뒤에 숨어 사라집니다.

+1

"기사 " 섹션이 소비자에게 유용해야 한다고 생각합니다 !!! 나델렉츠야, 그들을 겁주고 혼란스럽게하지 마세요 !

그리고 지금- "척차는 작가이고, 척차는 독자가 아닙니다" .....

 

>>>한 명의 전문가 어드바이저가 사용 가능한 모든 상품과 가능한 모든 차트주기에 대해 수십 개의 트레이딩 전략을 한꺼번에 거래한다고 상상해보세요! 또한 이 엑스퍼트 어드바이저는 테스터에서 완벽하게 테스트되었으며, 포함된 모든 전략에 대해 하나 또는 여러 개의 자금 관리 시스템을 사용할 수 있습니다.

이것이 바로 챔피언십에서 저의 전문가 트레이딩이 구성된 방식입니다. 제가 보기에는 모든 것이 더 간단합니다. 가장 중요한 것은 모든 것을 올바르게 설계하고 한 더미에 섞지 않는 것입니다.

//+------------------------------------------------------------------+
//|활력 레벨.mq5 |
//| 저작권 2010, MetaQuotes Software Corp.
//|http://www.mql5.com |
//+------------------------------------------------------------------+
#property copyright "Copyright 2010, MetaQuotes Software Corp."
#property link      "http://www.mql5.com"
#property version   "1.00"

#include <Vigor\Strategy.mqh>

#include <Vigor\TradeSignal.mqh>
#include <Vigor\ADXMAStrategy.mqh>
#include <Vigor\ADXStrategy.mqh>
#include <Vigor\MAVSimpleStrategy.mqh>
#include <Vigor\Order.mqh>
#include <Vigor\Dispatcher.mqh>
#include <Vigor\AdaptiveStrategy.mqh>
CDispatcher dispatcher;

//+------------------------------------------------------------------+
//| 전문가 초기화 기능|
//+------------------------------------------------------------------+
int OnInit()
  {
//---
   int myTick = 60;
   EventSetTimer(myTick);
   dispatcher.tickSeconds = myTick;

  //-- 디스패처 객체는 주문, 전략 객체와 함께 작동 
// 신호만 처리하고 시장과 함께 작동하지 않습니다.

  //-- 간단한 전략은 개별적으로 거래됩니다. CStrategy 클래스의 상속자
 //--전략
   CMAVStrategy *s4 = new CMAVStrategy();
   s4.Symbol = "EURGBP";
   s4.onBars = true;
   s4.TimeFrame = PERIOD_M5;
   s4.HourStart = 7;
   s4.HourEnd = 18;
   s4.Risk = 0.1;
   s4.takeProfit = 2000;
   s4.stopLoss = 450;
   s4.trailingStop = 77;
   s4.lots = 0.1;
   s4.maxLots = 5;
  //--custom;
   s4.period1 = 2;
   s4.max = 0.0025;
   s4.sensity = 0.39;
   s4.unsensity = 0.53;
   s4.init();
   dispatcher.strategies.Add(s4);



  //--전략
   CADXStrategy *s2 = new CADXStrategy();
   s2.Symbol = "GBPUSD";
   s2.onBars = true;
   s2.TimeFrame = PERIOD_M5;
   //s2.mHourStart = 0;
   //s2.mHourEnd = 24;
   s2.Risk = 0.13;
   s2.takeProfit = 2000;
   s2.stopLoss = 360;
   s2.trailingStop = 150;
   s2.lots = 0.1;
   s2.maxLots = 5;
  //--custom
   s2.period = 17;
   s2.level = 0.0042;
   s2.init();
   dispatcher.strategies.Add(s2);

  //--등


  //-- 연결된 목록의 가상 
//거래(다시 CStrategy 상속자)를 포함하는 적응형 전략, 
//또한 CStrategy 상속자 및 dispetcher'a의 경우 차이가 없습니다.
   CAdaptiveStrategy *sadapt4 = new CAdaptiveStrategy();
   sadapt4.onBars = false;
   sadapt4.mRisk = 0.13;
   sadapt4.lots = 0.1;
   sadapt4.performance_variant = 2;
   sadapt4.maxLots = 5;
   sadapt4.init();
        
        // ***************************************** M30
        CADXStrategy *s_gbpjpy1 = new CADXStrategy();    s_gbpjpy1.Symbol = "GBPJPY";    s_gbpjpy1.onBars = true;    s_gbpjpy1.TimeFrame = PERIOD_M30;  s_gbpjpy1.takeProfit = 2000; s_gbpjpy1.trailingStop = 70; s_gbpjpy1.lots = 0.1; s_gbpjpy1.maxLots = 5; 
        s_gbpjpy1.stopLoss = 300;  s_gbpjpy1.init();
        sadapt4.strategies.Add(s_gbpjpy1); // 모든 것을 적응형 전략에 넣습니다.
        // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
        //  и т.д.
        // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
        


  dispatcher.strategies.Add(sadapt4);


 // 원하는 내용으로 채우기

  return(0);
  }
//+------------------------------------------------------------------+
//| 전문가 초기화 기능|
//+------------------------------------------------------------------+
void OnDeinit(const int reason)
  {
//---
   EventKillTimer();
   
  }
//+------------------------------------------------------------------+
//| 전문가 틱 기능|
//+------------------------------------------------------------------+
void OnTimer()
  {
//---
   dispatcher.control();
  }
//+------------------------------------------------------------------+
 

말씀하신 예는 사실 제 사례와 매우 유사합니다. 생각보다 차이점이 적습니다. 모든 것이 클래스를 통해 구현되며 각 클래스 전략에는 고유 한 독립 매개 변수가 있습니다. 가장 큰 차이점은 레이아웃에 있습니다. 귀하의 경우 모든 전략이 디스패처에 의해 처리되고, 제 경우에는 CObject 유형 목록에서 처리됩니다. 사실 제 접근 방식은 여러분보다 훨씬 더 복잡하지 않고 같은 것에 대해 이야기하지만 다른 언어로 이야기합니다.

처음에 저는 멀티타임프레임, 멀티전략, 멀티툴이라는 세 가지 '멀티'의 조합을 해결하기 위한 접근 방식을 의도했습니다. 지금은 그 이상을 생각하게 되었습니다. 두 번째 파트에서는 전문가의 결정 문제를 다룰 생각입니다. 트레이딩 방법, 트레이딩 대상, 트레이딩 시기는 전문가가 결정합니다. 이 모든 것이 제 접근 방식을 허용합니다. 아마도 귀하의 접근 방식도 마찬가지이며 동일한 솔루션의 여러 솔루션이 개발되기 때문에 좋습니다.

그건 그렇고, 디스패처 자체의 구현을 볼 수 있습니까?

  
class CDispatcher {
   public:
      CTrade trade;
      CList strategies; 
      CList newOrders; 
      CList currentOrders;
      CList* strategiesResults;
      int repeats;
      int tickSeconds;
   private:
      ulong Magic;            
   public:
      void CDispatcher() {
          strategiesResults = new CList();
          repeats = 5;
          tickSeconds = 1;
      }
      void ~CDispatcher() {
        delete(strategiesResults);
      }
      
      void control();

      bool controlLimits();
      void controlOrders();
      bool controlOpen();
      bool controlClose();
      bool controlModify();      
      ulong ticketOpen(string smb, ENUM_ORDER_TYPE type,double lot,int SL,int TP);
      double countLotByRisk(CSymbolInfo *symbinfo, CStrategy *s, int dist, double risk, double lot, double maxlot);
       double NormalPrice(CSymbolInfo *symbinfo, double d);
      double NormalLot(CSymbolInfo *symbinfo, double lot);
      double BasePrice(CSymbolInfo *symbinfo, int dir);
      double ReversePrice(CSymbolInfo *symbinfo, int dir);
      double ReversType(ENUM_ORDER_TYPE type);
      double NormalTP(CSymbolInfo *symbinfo, int dir,double op,double pr,int TP,double stop);
      double NormalSL(CSymbolInfo *symbinfo, int dir,double op,double pr,int SL,double stop);
      void   checkDeals(CStrategy *s);
       ENUM_ORDER_TYPE getTypeByDirection(int dir);
       int getDirectionByType(ENUM_ORDER_TYPE type);
};
구현은 게시하지 않겠습니다. 여기서는 모든 것이 명확합니다. 전략은 모두 CObject의 자손입니다. 하지만 이들은 디스패처에 의해 처리됩니다. 단순한 것에서 복잡한 것으로 넘어가야 합니다. 외부 관찰자를위한 간단한 개체 인터페이스는 구현의 모든 세부 사항을 숨겨야합니다. 멀티에는 특별한 것이 전혀 없다고 말하고 싶습니다. OOP와 다형성이 있으면 모든 것이 간단하게 완료됩니다.
 
Vigor:
구현은 게시하지 않겠습니다. 여기서는 모든 것이 명확합니다. 전략은 모두 CObject의 자손입니다. 하지만 이들은 디스패처에 의해 처리됩니다. 단순한 것에서 복잡한 것으로 넘어가야 합니다. 외부 관찰자를위한 간단한 개체 인터페이스는 구현의 모든 세부 사항을 숨겨야합니다. 멀티에는 특별한 것이 전혀 없다고 말하고 싶습니다. OOP와 다형성을 사용하면 모든 것이 간단하게 완료됩니다.
+1. 전적으로 동의합니다. 그리고 일반적으로 제 접근 방식은 당신과 비슷한 두 방울의 물과 같다고 말하고 싶습니다. 전략은 모두 기본 전략 CModel의 자손이며, 이는 다시 CObject의 자손입니다. 여러분과 마찬가지로 모든 것이 동적으로 초기화되고 목록에 저장됩니다. 모든 구현 세부 사항을 숨기는 간단한 객체 인터페이스를 구현한 것처럼요. 또 다른 한 가지는 기사에서 전체 구현을 설명해야했기 때문에 많은 사람들이 복잡하다고 생각한 것입니다. 하지만 제 유형의 객체를 사용하려면 내부에서 모든 것이 어떻게 작동하는지 알 필요조차 없습니다.
 

바실리, 기사 정말 감사합니다! 순식간에 읽었어요! 매우 쉽게 읽혔습니다. 이런 종류의 자료에 대해 무르익은 것 같습니다. 많은 트레이더와 마찬가지로 저도 기사에서 다룬 몇 가지 문제에 대해 숙고했습니다. 그중 일부는 해결했고 일부는 해결하지 못했습니다. 그리고 일부는 막연한 생각의 형태였습니다. 그리고 이렇게 체계적인 프레젠테이션으로 모든 것을 볼 수 있어서 매우 즐겁고 예상치 못한 일이었습니다.

해결된 문제와 더 나아가 전망의 규모는 엄청납니다. 모든 '마인드'가 문제 해결은 고사하고 문제를 제기할 만큼 성숙하지도 않습니다. 이것이 바로 "눈은 눈을 보지만 이빨은 이빨을 모른다"는 크릴로프의 우화 '여우와 포도' 스타일의 댓글이 나오는 이유입니다. 그리고 자기 주장에 대한 욕구는 불굴의 것이기 때문에 다른 사람들이 "아, 이끼! 코끼리에게 짖을 만큼 강하다는 걸 알아!"라고 생각하기를 바라는 댓글을 남깁니다. :) 주의를 기울일 가치도 없습니다.

앞으로도 계속 창작해 주세요!

추신: 아직 MetaTrader 5에서 실전에서 작업할 수는 없지만 "MetaTrader 5에서 MetaTrader 4로 거래 복사하기" 문서를 사용할 수 있습니다. 매우 합리적이고 입증된 방법입니다! 따라서 모든 것이 매우 관련이 있으며 오늘 거래에 사용할 수 있습니다!

 

......
뻐꾸기는 죄에 대한 두려움 없이
수탉을 찬양하는 이유는 무엇일까요?

 

부당하게 낙인찍히는 것보다 정당한 칭찬을 받는 것이 더 낫습니다.

1234567
새 코멘트