마지막으로 MT5로 전환하려면 어떻게 해야 합니까? (의견수렴) - 페이지 18

 
Реter Konow :
주제의 주요 질문입니다. 명확하고 논리적이며 사려 깊은 프레젠테이션을 환영합니다.

어떤 목적으로 관심이 있습니까? MT4에서 당신을 방해하는 것은 무엇입니까? 얼마나 의심스럽고 이해할 수 없는 이니셔티브입니까?

MT4는 MT5와 달리 안정적으로 작동합니다. 키워드가 작동합니다.

MT5가 안정될 때까지 모두가 조심할 것입니다.

모든 일에는 때가 있습니다. 기관차보다 앞서 달릴 필요가 없습니다. 위험합니다.

이것이 당신에게 중요한 질문입니까?

행운을 빕니다

 
Vladimir Perervenko :

...

이것이 당신에게 중요한 질문입니까?

행운을 빕니다

일반적으로 그렇습니다. 저에게 이것은 중요한 질문입니다. 이상하지만 사실입니다.

 
모든 입장을 표명한 것 같습니다. 토론 참가자들에게 깊은 감사를 드립니다. 저는 MT5만을 위한 제품을 만들 예정이므로 의견이 중요합니다. 아무도 나에게 돈을 지불하지 않았고 아무도 나를 필요로하지 않습니다.))
 

Mt5는 광범위한 문서로 인해 성공의 열쇠를 가지고 있습니다. 머리가 있다면 MT5에서 약간의 시간과 자원 낭비로 모든 프로젝트를 구현할 수 있습니다. 기뻐하지 않을 수 없습니다. MT5가 얼마나 편리한지 다른 언어와 터미널로 오줌을 싸야 이해합니다.

프로그램에서 무엇을 변경하고 싶습니까?:

Mt5는 Mt4보다 훨씬 무겁습니다. 제 생각에는 시각정보용 그래프의 구성은 Mt4와 같이 구현할 수 있을 것 같습니다. 트레이더의 경우 분 단위로 작성된 차트를 볼 것인지 5분 데이터로 작성된 차트를 볼 것인지 큰 차이가 없습니다.

누군가가 그 차이를 알아차린다면 같은 차트를 작성하는 데 더 많은 리소스가 필요하지만 결과는 동일하다는 것은 MT5의 속도뿐입니다. 그러나 지표의 경우 MT5를 길고 복잡하지만 올바르게 구축하십시오. 또한 동일한 메모장 ++보다 열등한 구식 편집기가 컴파일에만 필요합니다.

기준이 있는 것도 좋을 것 같습니다. 단편화는 신규 이민자를 두렵게 합니다. 표준 라이브러리가 있지만 여기에 쓰여진 전문가와 지표는 거의 없습니다. 모든 사람은 자신이 원하는 것을 코드에 담았고 가독성은 이것에서 떨어집니다.
 

문서, 터미널 및 공식 예제에서 표준 라이브러리 를 제거하십시오. 최소한 거래 클래스 및 즉각적인 거래 환경의 클래스.

우리는 실제로 무엇을 가지고 있습니까? 프로그래밍을 포함한 모든 직업의 모든 비즈니스 전문가 - 5-10% 이하. 실제로 전문 프로그래머가 아닌 사람들이 엄청나게 많지만 예제를 사용하여 자신과 Freelance를 위해 MT4에 대한 고문과 지표를 작성하기 시작했습니다.

포럼의 메시지로 판단하면 많은 사람들이 Kim의 코드를 예로 들었습니다. Kim의 코드는 어떻게 제출되었습니까? 전체 코드가 제공되었습니다. 저것들. 사양을 보고 내부를 분해할 수 있습니다. 이제 어떻게 예가 제시됩니까? "방법이 있다"의 스타일로 그 명세만 제시된다.

이 접근 방식으로는 코드를 느낄 수 없다는 것이 분명합니다. 그리고 "언어를 스스로 마스터"한 비 프로그래머는 본질을 이해하지 않고는 나아갈 수 없습니다. 그래서 그들은 MT5를 어리석게도 이해하지 못하기 때문에 MT4에 앉아 있습니다. 그리고 오해의 가장 큰 이유는 표준 라이브러리를 엄청나게 그리고 어리석게 밀어 넣는 것입니다.

 
Andrey F. Zelinsky :

문서, 터미널 및 공식 예제에서 표준 라이브러리 를 제거하십시오. 최소한 무역 클래스와 무역 환경 클래스.


앤드류, 무슨 소리를 듣습니까? MQL5 표준 라이브러리에서 Trade 클래스를 제거하시겠습니까???

당신은 기절할 수 있습니다.

 
Petros Shatakhtsyan :

앤드류, 무슨 소리를 듣습니까? MQL5 표준 라이브러리에서 Trade 클래스를 제거하시겠습니까???

첫째, 나는 그것들을 사용하지 않습니다. 둘째, 그들은 항상 적이 있었습니다. 왜요? 위 포스팅에서 설명했습니다.

 
Petros Shatakhtsyan :

앤드류, 무슨 소리를 듣습니까? MQL5 표준 라이브러리에서 Trade 클래스를 제거하시겠습니까???

그들이 주는 것에 주의하십시오. 모든 것을 더 간결하게 작성할 수 있습니다. 따라서 예를 위해 떠날 가치가 있습니다.

 

내 게시물은 언어 제출 방법에 관한 것이었습니다. 언어를 이해하기 쉽거나 어렵게 만드는 것은 언어를 제시하는 방법입니다.

예로서. 포럼에서 그들은 "포지션을 열 수 없습니다."라고 묻습니다. 그는 " PositionOpen () 참조"라고 대답합니다. https://www.mql5.com/ru/docs/standardlibrary/tradeclasses/ctrade/ctradepositionopen 링크가 자주 제공되지만 제공되지 않는 경우가 많습니다.

그리고 김씨의 코드 예시와 같은 방식으로 답이 주어진다면:

 bool CTrade::PositionOpen( const string symbol, const ENUM_ORDER_TYPE order_type, const double volume,
                           const double price, const double sl, const double tp, const string comment)
  {
//--- check stopped
   if ( IsStopped ( __FUNCTION__ ))
       return ( false );
//--- clean
   ClearStructures();
//--- check
   if (order_type!= ORDER_TYPE_BUY && order_type!= ORDER_TYPE_SELL )
     {
      m_result.retcode= TRADE_RETCODE_INVALID ;
      m_result.comment= "Invalid order type" ;
       return ( false );
     }
//--- setting request
   m_request.action   = TRADE_ACTION_DEAL ;
   m_request.symbol   =symbol;
   m_request.magic    =m_magic;
   m_request.volume   =volume;
   m_request.type     =order_type;
   m_request.price    =price;
   m_request.sl       =sl;
   m_request.tp       =tp;
   m_request.deviation=m_deviation;
//--- check order type
   if (!OrderTypeCheck(symbol))
       return ( false );
//--- check filling
   if (!FillingCheck(symbol))
       return ( false );
   m_request.comment=comment;
//--- action and return the result
   return ( OrderSend (m_request,m_result));
  }

-- 여기에서만 제출할 때 "클래스" 껍질과 일부 검사를 제거해야 합니다.

Kim 방식의 프레젠테이션이 더 건설적이고 이해하기 쉬우며 언어 이해에서 균형을 유지하고 있는 비 프로그래머도 빠르게 이해하고 포지션 개시 기능을 스스로 변경할 수 있습니다.

클래스 메소드를 참조하는 스타일로 제출하면 이러한 이해 효과가 없습니다.

동시에 "클래스는 소스 코드로 제공되며 이해하려는 사람은 누구나 볼 것입니다."라고 말할 수 있습니다. 따라서 대답이 제공되고이 대답은 매우 간단합니다. "MT4가 충분합니다."



ps 예, 그리고 어떤 수업의 방법은 언어와 어떤 관련이 있습니까? 클래스 메서드는 예시에 불과합니다. 주요 언어 구성을 대체하거나 대체해서는 안 됩니다.

저것들. 본질적으로 무슨 일이 일어나고 있는지. 문서의 언어 구성을 참조하는 대신 -- "왼쪽" 클래스의 메서드에 대한 지속적인 참조가 있습니다. 그리고 대다수의 사람들이 언어를 이해하지 못하고 마스터하기 어렵다고 생각하는 놀라운 이유가 있습니다.

 
Andrey F. Zelinsky :


저도 그런 식으로 글을 썼지만 Lamb은 항상 모든 사람에게 표준 라이브러리를 제공했고 1년 넘게 그것만 사용하고 있습니다.

VS의 MFC처럼 매우 짧고 간단합니다.

그리고 브로커가 어떤 종류의 실행과 어떤 채우기를 가지고 있는지 결정하기 위해 고생 할 필요가 없습니다.