어떤 경우에 표시기에 로봇 코드의 일부를 유지하는 것이 합리적입니까? - 페이지 2

 
Andrei01 :

이것이 내가 행동하는 방식입니다. 그러나 초보자도 아닌 많은 사람들이 지표를 사용한다는 사실을 알게 되었습니다. 비록 명백히 좋은 것보다 문제가 더 많기는 하지만 말입니다.

이에 합당한 이유가 있는지 궁금합니다. ))



나는 미소와 쾌활함을 이해할 수 없습니다 ... 질문은 심각하지만 "미소"는 어떻게 든 당신의 의견을 표현하지 않습니다 ... 게다가 당신은이 문제에 대해 당신이 어떤 성취를했는지 보여주지 않습니다 ... 따라서 다음을 입력하십시오 토론 "처음부터"- 원하지 않습니다. 이 방향으로 많은 주제가 있었지만 이 문제에 대한 검색 결과를 표시하지 않습니다. 너무 많은 "아바타 아래 별" 뒤에 검색에 대한 링크를 제공하는 것도 불편합니다 ... 나는 여전히 이해하지 못합니다 ... 주제는 "대화"또는 "결정을 얻으십시오"입니다.
 
DDFedor :

나는 미소와 쾌활함을 이해할 수 없습니다 ... 질문은 심각하지만 "미소"는 어떻게 든 당신의 의견을 표현하지 않습니다 ... 게다가 당신은이 문제에 대해 당신이 어떤 성취를했는지 보여주지 않습니다 ... 따라서 다음을 입력하십시오 토론 "처음부터"- 원하지 않습니다. 이 방향으로 많은 주제가 있었지만 이 문제에 대한 검색 결과를 표시하지 않습니다. 너무 많은 "아바타 아래 별" 뒤에 검색에 대한 링크를 제공하는 것도 불편합니다 ... 나는 여전히 이해하지 못합니다 ... "토론"또는 "결정을 내리기"에 대한 주제.

죄송하지만 불행히도 저는 이 토론의 맥락에서 미소와 진지함 사이의 연관성을 이해하지 못했습니다. 그는 주제에 대한 진지한 정보에 꽤 진지하게 반응 한 것 같아서 토론의 경솔함에 대해 이유를 밝히지 않았습니다. 그리고 여기 미소는 바로 그 주제가 심각하고 어떤 사람들에게는 고통스러울 수도 있기 때문입니다. 지표의 사용이 어떤 사람들에게는 일종의 "신앙/종교"의 문제일 수 있기 때문입니다. 문제를 해결하기 위한 몇 가지 특정 개발에 관심이 있는 경우 내 생각을 공유할 수 있지만 아직 이에 대해 구체적으로 들은 바는 없습니다(하지만 귀하의 아이디어를 잘 이해하지 못했다는 것은 제외하지 않습니다). .

 
"Expert Advisor에서 지표를 계산 하는 것이 어떤 경우에 의미가 있습니까?"라는 주제의 제목을 변경하면 대답은 간단합니다. 어떤 경우에도 마찬가지입니다.
 
Integer :
"Expert Advisor에서 지표를 계산하는 것이 어떤 경우에 의미가 있습니까?"라는 주제의 제목을 변경하면 대답은 간단합니다. 어떤 경우에도 마찬가지입니다.
아니면 다음과 같이 더 정확할 수도 있습니다. "어떤 경우에 지표에서 EA 논리의 일부를 계산하는 것이 합리적입니까?"
 
Andrei01 :
아니면 다음과 같이 더 정확할 수도 있습니다. "어떤 경우에 지표에서 EA 논리의 일부를 계산하는 것이 합리적입니까?"


"때 표시기에서 EA 논리의 일부를 계산하는 것이 합리적일 때"라는 문장은 "때 표시기에서 로봇 코드의 일부를 유지하는 것이 합리적일 때?"라는 주제의 제목과 정확히 같은 의미입니다.

 
Integer :


"때 표시기에서 EA 논리의 일부를 계산하는 것이 합리적일 때"라는 문장은 "때 표시기에서 로봇 코드의 일부를 유지하는 것이 합리적일 때?"라는 주제 제목에서 지금과 정확히 같은 의미입니다.

글쎄, 그렇다면 왜 주제를 이 주제로 변경해야 하는지 명확하지 않습니다. "어떤 경우에 Expert Advisor에서 지표를 계산 하는 것이 합리적입니까?"

결국 완전히 다른 의미를 가지며 결과를 지표로 되돌리기 위해 Expert Advisor에서 지표를 구체적으로 계산하는 사람은 없을 것입니다.

 
그럼 나한테 신경 쓰지 마.
 
Andrei01 :

그렇다면 왜 주제를 이 주제로 변경해야 하는지 명확하지 않습니다. "어떤 경우에 Expert Advisor에서 지표를 계산하는 것이 합리적입니까?"

결국 완전히 다른 의미를 가지며 결과를 지표로 되돌리기 위해 Expert Advisor에서 지표를 구체적으로 계산하는 사람은 없을 것입니다.



중재자가 이미 귀하에게 추천한 대로 이 사이트에서 Google 검색을 사용하십시오. 주제에 관심이 있는 경우 ... 여기에 결과를 게시하는 것을 잊지 마십시오. :-)))
 

그냥 내 의견:

모든 논리는 EA에 포함되어야 합니다. EA의 MQL 표시기에 대한 호출이 없습니다. DLL에서 무언가를 호출하는 것은 허용되지만 실제로 필요한 경우입니다.

내 경험에 따르면 다음과 같은 주장이 있습니다.

  1. "올인원" EA는 "표시기 포함"보다 빠르게 작동합니다.
  2. "표시기 포함"은 "일체형"에 비해 이점이 없습니다.
  3. "올인원"은 지표와의 관계 및 작업 기능의 뉘앙스와 관련이 없습니다.
  4. "올인원"에 대한 MT+MQL 버그(4 및 5)에 대한 의존도는 훨씬 적습니다.
  5. 표시기 작동과 관련된 변경 사항은 "일체형"의 결과에 영향을 미치지 않습니다. 예를 들어 빌드 > 380에서 MT4의 변경 사항.
  6. "올인원"은 모든 실내기의 견고한 상호 연결을 의미하지 않습니다. "올인원"도 조각으로 조립되지만 플랫폼의 아키텍처 레이크를 우회합니다.
  7. 몇 가지 더 작성할 수 있습니다.

PS 지표는 시각화에만 필요합니다. 저것들. 수동 및 반자동 거래 에만 해당됩니다. 본격적인 자동 시스템의 경우 정의에 따라 표시기(일명 시각화)가 필요하지 않습니다. 나는 사소한 지표에서 멀리 떨어진 저자로서 이것을 감히 말할 수 있습니다.

       
      hrenfx :

      그냥 내 의견:

      모든 논리는 EA에 포함되어야 합니다. EA의 MQL 표시기에 대한 호출이 없습니다. DLL에서 무언가를 호출하는 것은 허용되지만 실제로 필요한 경우입니다.

      내 경험에 따르면 다음과 같은 주장이 있습니다.

      1. "올인원" EA는 "표시기 포함"보다 빠르게 작동합니다.
      2. "표시기 포함"은 "일체형"에 비해 이점이 없습니다.
      3. "올인원"은 지표와의 관계 및 작업 기능의 뉘앙스와 관련이 없습니다.
      4. "올인원"에 대한 MT+MQL 버그(4 및 5)에 대한 의존도는 훨씬 적습니다.
      5. 표시기 작동과 관련된 변경 사항은 "일체형" 작업 결과에 영향을 미치지 않습니다. 예를 들어 빌드 > 380에서 MT4의 변경 사항.
      6. "올인원"은 모든 실내기의 견고한 상호 연결을 의미하지 않습니다. "올인원"도 조각으로 조립되지만 플랫폼의 아키텍처 갈퀴를 우회합니다.
      7. 몇 가지 포인트를 더 쓸 수도 있습니다.

      PS 지표는 시각화에만 필요합니다. 저것들. 수동 및 반자동 거래에만 해당됩니다. 본격적인 자동 시스템의 경우 정의상 지표(일명 시각화)가 필요하지 않습니다. 나는 사소한 지표에서 멀리 떨어진 저자로서 이것을 감히 말할 수 있습니다.

      당신은 깊이 착각하고 있습니다.

      사유: