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

 
hrenfx :

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

"올인원" EA는 "표시기 포함"보다 빠르게 작동합니다.

증거?

"표시기 포함"은 "일체형"에 비해 이점이 없습니다.

말도 안되는 소리. 적어도 논리적 논리적 분리와 오류 확률의 다중 감소의 이점은 각 블록은 별도로 테스트됩니다. 이것은 종자에 대해 그렇습니다.

"올인원"은 지표와의 관계 및 작업 기능의 뉘앙스와 관련이 없습니다.

뉘앙스는 무엇입니까? 모든 것이 사소한

"올인원"에 대한 MT+MQL 버그(4 및 5)에 대한 의존도는 훨씬 적습니다.

다시 말하지만 근거가 없습니다. 버그를 가리지 않고 작성해야 하는 것뿐입니다.

표시기 작동과 관련된 변경 사항은 "일체형"의 결과에 영향을 미치지 않습니다. 예를 들어 빌드 > 380에서 MT4의 변경 사항.

터무니없지만 오 글쎄, 더하기 계산.

"올인원"은 모든 실내기의 견고한 상호 연결을 의미하지 않습니다. "올인원"도 조각으로 조립되지만 플랫폼의 아키텍처 갈퀴를 우회합니다.

... 추가 버그 및 매복의 형태로 테스트 및 조립 중에 많은 갈퀴를 추가합니다.

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

      "사소한 지표와는 거리가 멀다"라는 작가의 말을 들으니 더 이상하다.

      나는 간단한 지그재그의 예에 대한 논쟁을 기다리고 있습니다.

       
      hrenfx :

      그냥 내 의견:


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



          1. 항상 그런 것은 아니지만 대부분 그렇지 않다

          2. 지표에는 장점이 있습니다.

          3. 올바른 표시기는 때때로 고문의 작업 속도를 높입니다.

          4. 왜 그들에게 의존합니까?

          5. 올바른 표시기는 모두 문제 없이 작동했으며 작동합니다.

           
          hrenfx : .

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

                IMHO - 지표의 발명 없이 시각화 가능 - 모든 것이 전문가의 개념 내에서 구현될 수 있습니다.

                내 가설은 더 나은 것이 없기 때문에 개발자들이 한 창에서 여러 거래 Expert Advisors의 출시를 금지하는 아이디어에 의해 주도되었으며, 이를 위해서만 표시기가 발명되었다고 가정할 수 있습니다. 동시에, 그러나 Expert Advisor와 관련된 2차 흐름에서만. 당시 두 명 이상의 전문가가 병행하는 방식을 구현하는 것만으로도 지표와 관련된 추가적인 골칫거리를 결정하는 데 문제가 됐을 가능성이 있다.

                 
                Andrei01 :
                조용하게... 사회자와의 조화.. 그리고 진지한 주제에 대해 토론할 때 대열에 어떤 종류의 미소가 있는지. )))


                주제넘은 얘기로 실례합니다만 저는 최근에 군대에 다녀왔기 때문에 처음 두 단어를 읽을 때 명령을 실행했습니다. 주의! 더 겸손! 정렬...

                hrenfx: ... :-)))

                추신 나는 이 문제에 대한 그의 의견에 동의합니다. 가능하다면 나 자신을 위한 커스텀 인디케이터 를 우회한다... - 코드가 직접 올빼미에 있고, 특히 객체 문제가... 동시에, 나머지 블록을 꺼서 각 블록을 개별적으로 테스트하는 것도 가능하므로 이것으로 - "근거 없는 넌센스. 각 블록이 개별적으로 테스트되기 때문에 최소한 논리적 논리적 분리와 오류 확률의 다중 감소가 유리합니다. - 동의하지 않습니다.

                 
                TheXpert :

                증거?

                말도 안되는 소리.

                나는 간단한 지그재그의 예에 대한 논쟁을 기다리고 있습니다.

                내가 당신을위한 것처럼 당신은 나에게 0입니다. 내가 낙타가 아니라는 것을 증명하는 것은 이상할 것입니다. 토픽 스타터의 질문에 "순전히 내 의견"이라는 문구로 답변했습니다.

                당신이 나와 다른 의견을 가지고 있다면, 아무도 당신을 방해하지 않고 증거와 완전한 논증을 가지고 그것을 여기로 가져옵니다. 나는 이것에 시간과 에너지를 낭비하고 싶지 않습니다.

                PS 아래에는 "지옥은 언제나처럼 튀긴 냄새가 나자마자 답을 남겼습니다."와 같은 댓글이 분명히 있을 것입니다. - 상관없어.

                 
                Vinin :


                1. 항상 그런 것은 아니지만 대부분 그렇지 않다

                어드바이저와 함께 표시기는 정의상 항상 느릴 것입니다. 이는 실제로 순차적으로 작동하는 별도의 계산 스레드에서 작동하므로 스레드를 조정하고 제어하기 위해 추가 작업이 필요하기 때문입니다.
                 
                Andrei01 :
                어드바이저와 함께 표시기는 정의상 항상 느릴 것입니다. 이는 실제로 순차적으로 작동하는 별도의 계산 스레드에서 작동하므로 스레드를 조정하고 제어하기 위해 추가 작업이 필요하기 때문입니다.


                이상하게도 더 빠릅니다. 필요한 경우 자신을 테스트하십시오.

                 
                Andrei01 :

                IMHO - 지표의 발명 없이 시각화 가능 - 모든 것이 전문가의 개념 내에서 구현될 수 있습니다.

                내 가설은 더 나은 것이 없기 때문에 개발자들이 한 창에서 여러 거래 Expert Advisors의 출시를 금지하는 아이디어에 의해 주도되었으며, 이를 위해서만 표시기가 발명되었다고 가정할 수 있습니다. 동시에, 그러나 Expert Advisor와 관련된 2차 흐름에서만. 당시 두 명 이상의 전문가가 병행하는 방식을 구현하는 것만으로도 지표와 관련된 추가적인 골칫거리를 결정하는 데 문제가 됐을 가능성이 있다.



                누군가가 무언가를 금지함으로써 동기를 부여받는다고 생각하는 것은 흥미로운 태도입니다.
                 
                Andrei01 :
                어드바이저와 함께 표시기는 정의상 항상 더 느릴 것입니다. 이는 실제로 순차적으로 작동하는 별도의 계산 스레드에서 작동하므로 스레드를 조정하고 제어하기 위해 추가 작업이 필요하기 때문입니다.

                MT5에서는 그렇지 않습니다. 실행의 병렬 처리는 추가로 모든 것을 하나로 하지 않도록 자극합니다.

                이것은 종자에 대해 그렇습니다. :)

                 
                Andrei01 :
                어드바이저와 함께 표시기는 정의상 항상 느릴 것입니다. 이는 실제로 순차적으로 작동하는 별도의 계산 스레드에서 작동하므로 스레드를 조정하고 제어하기 위해 추가 작업이 필요하기 때문입니다.


                무의미한 말! 우리는 경쟁할 수 있습니다. 나는 EMA 지표를 작성하고 그것을 Expert Advisor에서 호출할 것이고, 당신은 Expert Advisor에서 이 EMA를 계산할 것입니다. EMA가 아니라 SMA도 가능합니다. C EMA가 더 인상적으로 보일 것입니다.