글쎄, 당신은 그 문제에 대해 당신의 생각이 적절하고 광신적이지 않다고 생각합니까? 지표의 동일한 코드가 Expert Advisor보다 항상 더 빠를 것이라는 가설 믿음을 증명하지 못했을 뿐만 아니라 완전히 이해할 수 없고 의미 없는 경쟁을 시작했습니다. Advisor에서 끊어진 연결에 대한 흥미로운 솔루션을 우연히 발견할 수 있습니다). 그건 그렇고, 사이트 어디에서도 성능 속도를 높이기 위해 어드바이저 코드를 표시기에 넣는 것이 바람직하다는 개발자의 진술을 본 적이 없으므로 그러한 진술은 적어도 귀하 입장에서는 이상하게 들릴 것입니다. 귀하가 동의할 것이라고 생각합니다 이것으로.
내 가정은 버퍼와 매개변수의 복사본을 전달하여 외부 함수를 호출하는 것이 그렇지 않은 경우보다 더 많은 시간이 걸린다는 단순한 논리에 기반을 두고 있습니다. 왜 이것을 거부하기 시작했는지는 분명하지 않습니다.
여기서 당신의 행동은 확실히 부적절합니다. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 어디에서 언급했는지 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
글쎄, 당신은 그 문제에 대해 당신의 생각이 적절하고 광신적이지 않다고 생각합니까? 지표의 동일한 코드가 항상 Expert Advisor보다 빠를 것이라는 가설 믿음을 증명하지 못했을 뿐만 아니라 완전히 이해할 수 없고 무의미한 경쟁을 시작했습니다(그런데 결과가 좋았습니다. Advisor에서 끊어진 연결에 대한 흥미로운 솔루션을 우연히 발견할 수 있습니다). 그건 그렇고, 사이트 어디에서도 성능 속도를 높이기 위해 어드바이저 코드를 표시기에 넣는 것이 바람직하다는 개발자의 진술을 본 적이 없으므로 그러한 진술은 적어도 귀하의 입장에서 이상하게 들릴 것입니다. 귀하가 동의 할 것이라고 생각합니다 이것으로.
내 가정은 버퍼와 매개변수의 복사본을 전달하여 외부 함수를 호출하는 것이 그렇지 않은 경우보다 더 많은 시간이 걸린다는 단순한 논리에 기반을 두고 있습니다. 왜 이것을 거부하기 시작했는지는 분명하지 않습니다.
여기서 우리는 이미 닫힌 주제를 고려할 수 있습니다. 반대자들은 IndicatorCounted() 및 기타 문제를 중심으로 행동했습니다. 결국 - 히스토리 페이징 등을 추적하는 데 "고착"했습니다. - 메인 테마에는 전혀 없습니다. 처음에는 실행 속도에서 질문이 달랐습니다. 예, "적절한" "동지"가 있더라도 이전 게시물에 모두 반영되어 아무 것도 시각화할 이유가 없습니다(속도는 말할 것도 없고 실행), 예를 들어 A. Elder의 충동 시스템에 따라 고문에서 사용자 정의 표시기를 추가로 사용 - 그런데 MA와 MACD가 2009년 여름에 코드 기반 에 "임펄스" 칠면조를 게시했습니다. 상승하면 매도하지 말고, 그렇지 않으면 매수하지 말고 이러한 매개변수를 거래 기준으로 Expert Advisor에 직접 입력하십시오. 어쨌든 모든 사람은 자신의 의견을 가질 것입니다. 그게 전부입니다. 물론입니다.
여기서 당신의 행동은 확실히 부적절하고 형언할 수 없는 어리 석음이며 환상을 현실로 전달하지 마십시오. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 어디에서 언급했는지 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
물론이죠. 그러한 진술을 한 후에 나오기가 어렵다는 것은 모든 것이 매우 분명한 것 같습니다.
글쎄, 당신은 그 문제에 대해 당신의 생각이 적절하고 광신적이지 않다고 생각합니까? 지표의 동일한 코드가 Expert Advisor보다 항상 더 빠를 것이라는 가설 믿음을 증명하지 못했을 뿐만 아니라 완전히 이해할 수 없고 의미 없는 경쟁을 시작했습니다. Advisor에서 끊어진 연결에 대한 흥미로운 솔루션을 우연히 발견할 수 있습니다). 그건 그렇고, 사이트 어디에서도 성능 속도를 높이기 위해 어드바이저 코드를 표시기에 넣는 것이 바람직하다는 개발자의 진술을 본 적이 없으므로 그러한 진술은 적어도 귀하 입장에서는 이상하게 들릴 것입니다. 귀하가 동의할 것이라고 생각합니다 이것으로.
내 가정은 버퍼와 매개변수의 복사본을 전달하여 외부 함수를 호출하는 것이 그렇지 않은 경우보다 더 많은 시간이 걸린다는 단순한 논리에 기반을 두고 있습니다. 왜 이것을 거부하기 시작했는지는 분명하지 않습니다.
여기서 당신의 행동은 확실히 부적절합니다. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 어디에서 언급했는지 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
여기서 당신의 행동은 확실히 부적절합니다. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 말한 곳을 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
글쎄, 만약 당신이 언급하지 않았다면이 경쟁에서 동일한 코드의 고속 성능이 필요한가? 그것의 논리는 무엇이며 이 토론 주제에 대해 이것으로 무엇을 증명하고 싶었습니까?
주제를 다시 읽으십시오. 언젠가는 올 것입니다. 확실하지 않지만 갑자기.
그날 당신은 희망을 줬고 곧 올 것 같았지만 상황은 여전히 있습니다.
글쎄, 당신은 그 문제에 대해 당신의 생각이 적절하고 광신적이지 않다고 생각합니까? 지표의 동일한 코드가 항상 Expert Advisor보다 빠를 것이라는 가설 믿음을 증명하지 못했을 뿐만 아니라 완전히 이해할 수 없고 무의미한 경쟁을 시작했습니다(그런데 결과가 좋았습니다. Advisor에서 끊어진 연결에 대한 흥미로운 솔루션을 우연히 발견할 수 있습니다). 그건 그렇고, 사이트 어디에서도 성능 속도를 높이기 위해 어드바이저 코드를 표시기에 넣는 것이 바람직하다는 개발자의 진술을 본 적이 없으므로 그러한 진술은 적어도 귀하의 입장에서 이상하게 들릴 것입니다. 귀하가 동의 할 것이라고 생각합니다 이것으로.
내 가정은 버퍼와 매개변수의 복사본을 전달하여 외부 함수를 호출하는 것이 그렇지 않은 경우보다 더 많은 시간이 걸린다는 단순한 논리에 기반을 두고 있습니다. 왜 이것을 거부하기 시작했는지는 분명하지 않습니다.
여기서 당신의 행동은 확실히 부적절하고 형언할 수 없는 어리 석음이며 환상을 현실로 전달하지 마십시오. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 어디에서 언급했는지 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
물론이죠. 그러한 진술을 한 후에 나오기가 어렵다는 것은 모든 것이 매우 분명한 것 같습니다.
물론이죠. 그러한 진술을 한 후에 나오기가 어렵다는 것은 모든 것이 매우 분명한 것 같습니다.
여기에서 내가 predalagal과 당신이 나에게 귀속시키는 것을 주의 깊게 사려 깊게 읽으십시오.
여기서 당신의 행동은 확실히 부적절합니다. 내가 주장하지 않은 것을 나에게 돌리지 마십시오. 주제를 주의 깊게 사려 깊게 다시 읽으십시오. 내가 이것을 어디에서 언급했는지 보여 주시겠습니까? 무례하게 너무 빡빡하면 다시 읽고, 다시 읽으십시오.
따라서 토픽 스타터의 기본 질문에 대한 귀하의 의견을 스레드 제목에 구체적으로 기재할 수 있습니까? "어떤 경우에 표시기에 로봇 코드의 일부를 유지하는 것이 합리적입니까?"
"어떤 경우에 표시기에 로봇 코드의 일부를 유지하는 것이 합리적입니까?"
끝으로 쓰레드 제목에서 토픽 스타터의 기본적인 질문에 대한 의견을 말씀해 주시겠습니까? "어떤 경우에 표시기에 로봇 코드의 일부를 유지하는 것이 합리적입니까?"
저 할 수 있어요. 표시기 작성 방법을 알고 실제 표시기 버퍼 와 IndicatorCounted() 함수를 활용하는 경우.
사소한 것을 제외하고는 모두. EMA는 더 이상 사소하지 않습니다.