그러나 한 가지 세부 사항으로. 표시기는 차트 시계열에 해당하는 표시기 버퍼 를 사용하여 정보를 표시합니다. 차트 속성을 사용하여 개체로 작업하는 것은 지표의 비즈니스가 아닙니다. 이 차트는 버퍼에 대한 표시기를 요청해야 합니다.
표시기는 제어판이 아니어야 합니다.
논리적이지 않습니다.
표시기는 거래 결정을 내리기 위한 정보를 전달하기 때문에 무엇이든 될 수 있으며 심지어 제어판이 될 수도 있습니다. 패널, 이것은 지표이며 차트에 무언가를 걸고 나를 슈퍼 트레이더라고 말하는 모양을 만들기 위해 만든 것이 아닙니다. 패널은 다시 정보이며 어떤 경우에는 거래가 어렵습니다.
그것이 사실이지만 20개의 차트에 로봇이 있고 일주일에 두 번 시장에 진입하고 수동으로 거래하고 수동 작업이 봇과 연결되어서는 안 된다고 가정해 보겠습니다. 모두 별개입니다. 나는 21개의 공개 차트에서 작동하는 한 명의 고문을 만들었으며 나머지 20개의 차트에는 거래 결정, 거래 열기 및 닫기, 중지 및 이익을 내리는 데 필요한 모든 것이 있는 표시기 패널이 있습니다.
내가 Metatrader의 운영을 위반했다고 생각합니까? 수동 트레이딩용 인디케이터가 아닌 로봇을 작성해야 했고, 메타트레이더에서 어드바이저를 설치하기 위해 20개의 창을 더 열어야 했나?
PS 모든 사람이 Metatrader에서 1유로/달러와 1개의 공개 차트만 거래하는 것은 아닙니다.
표시기는 거래 결정을 내리기 위한 정보를 전달하기 때문에 무엇이든 될 수 있으며 심지어 제어판이 될 수도 있습니다. 패널, 이것은 지표이며,
아니요.
지표가 무엇인지 다시 읽으십시오. 아켈리스에서. 콜비에서. 예, Yandex에 시장 지표가 무엇인지 물어보십시오.
MT3에서 사용자 지정 표시기의 개념을 도입했을 때 표시기 버퍼 가 2개만 있었기 때문에 차트의 개체로 작업할 수 있었습니다.
역사에 대한 작은 탈선. 먼저 FXCharts가 있었는데 2002년 10월에 입사한 이후로 그를 찾지 못했습니다. 그 다음이 MetaTrader였습니다. 저는 MQL II(FXCharts에는 이미 거래 전략 언어가 있음)를 개발하기 위해 회사에 왔습니다. MQL II와 전문가를 만들 때 이름을 MetaTrader 2로 변경했습니다. 사용자 지정 지표를 작성할 수 있게 되자 MetaTrader는 세 번째인 MetaTrader 3가 되었습니다.
그런 다음 MetaTrader 4와 MQL4가 있었습니다. 사용자 지정 표시기는 이제 8개의 표시기 버퍼로 작동할 수 있습니다. 차트의 개체에 대한 작업 기능은 그대로 유지됩니다. 그러나 지표가 인터페이스 스레드에서 계산되었기 때문에 개체 작업을 남용하는 사람은 거의 없었습니다.
그리고 여기 MT5가 있습니다. 아키텍처는 완전히 다르지만 차트의 그래픽 개체로 작동하는 기능 측면에서 우리는 MT4의 인질이 되었습니다. 예, 우리는 Stakhanovites입니다. 영웅처럼 지표에서 차트를 관리할 수 있는 거의 무한한 가능성을 추가했습니다. 우리는 도착. 스톡 콘텐츠 - 아무것도에 대한 토론의 16 페이지.
지표가 무엇인지 다시 읽으십시오. 아켈리스에서. 콜비에서. 예, Yandex에 시장 지표가 무엇인지 물어보십시오.
MT3에서 사용자 지정 표시기의 개념을 도입했을 때 표시기 버퍼 가 2개만 있었기 때문에 차트의 개체로 작업할 수 있었습니다.
역사에 대한 작은 탈선. 먼저 FXCharts가 있었는데 2002년 10월에 입사한 이후로 그를 찾지 못했습니다. 그 다음이 MetaTrader였습니다. 저는 MQL II(FXCharts에는 이미 거래 전략 언어가 있음)를 개발하기 위해 회사에 왔습니다. MQL II와 전문가를 만들 때 이름을 MetaTrader 2로 변경했습니다. 사용자 지정 지표를 작성할 수 있게 되자 MetaTrader는 세 번째인 MetaTrader 3가 되었습니다.
그런 다음 MetaTrader 4와 MQL4가 있었습니다. 사용자 지정 표시기는 이제 8개의 표시기 버퍼로 작동할 수 있습니다. 차트의 개체에 대한 작업 기능은 그대로 유지됩니다. 그러나 지표가 인터페이스 스레드에서 계산되었기 때문에 개체 작업을 남용하는 사람은 거의 없었습니다.
그리고 여기 MT5가 있습니다. 아키텍처는 완전히 다르지만 차트의 그래픽 개체로 작동하는 기능 측면에서 우리는 MT4의 인질이 되었습니다. 예, 우리는 Stakhanovites입니다. 영웅처럼 지표에서 차트를 관리할 수 있는 거의 무한한 가능성을 추가했습니다. 우리는 도착. 스톡 콘텐츠 - 아무것도에 대한 토론의 16 페이지.
서비스로 전환하자
MT의 가능성이 사실상 무제한이라는 사실에 동의합니다! 차트에 있는 개체로 작업하는 기능을 차단하는 것은 불가능합니다)
토론에는 건전한 판단이 있습니다. 나 자신도 이것을 겪었고 내 코드에 버그가 있다고 생각했습니다. 아니요, MT의 그런 기능이고 이미 수정했습니다.
서비스에는 OnInit, OnDeinit, OnTick(string)과 같은 거의 모든 On-function이 있는 것으로 나타났습니다.시간제 노동자,온트레이드,OnTradeTransaction, OnTester, OnTesterInit, OnTesterPass, OnTesterDeinit , OnBookEvent, OnChartEvent(long ChartID, ...), OnCalculate , ...
그리고 표시기 버퍼가 필요하지 않고 표시기/EA의 목발을 처리하고 싶지 않다면 제한(MT의 이전 버전에서 가져온) - 서비스를 겪지 않는 새로운 종류의 프로그램을 작성하십시오.
모든 것이 정확합니다.
그러나 한 가지 세부 사항으로. 표시기는 차트 시계열에 해당하는 표시기 버퍼 를 사용하여 정보를 표시합니다. 차트 속성을 사용하여 개체로 작업하는 것은 지표의 비즈니스가 아닙니다. 이 차트는 버퍼에 대한 표시기를 요청해야 합니다.
표시기는 제어판이 아니어야 합니다.
그래서 Expert Advisor(패널)에서 모든 계산을 수행할 때 올바른 작업을 수행했으며 이 Expert Advisor에서 지표를 호출하여 데이터를 시각화하는 역할만 합니다. 따라서 저는 이 스레드의 일부 참가자와 같은 문제를 겪은 적이 없습니다.
설명 감사합니다.
모든 것이 맞습니다.
그러나 한 가지 세부 사항으로. 표시기는 차트 시계열에 해당하는 표시기 버퍼 를 사용하여 정보를 표시합니다. 차트 속성을 사용하여 개체로 작업하는 것은 지표의 비즈니스가 아닙니다. 이 차트는 버퍼에 대한 표시기를 요청해야 합니다.
표시기는 제어판이 아니어야 합니다.
논리적이지 않습니다.
표시기는 거래 결정을 내리기 위한 정보를 전달하기 때문에 무엇이든 될 수 있으며 심지어 제어판이 될 수도 있습니다. 패널, 이것은 지표이며 차트에 무언가를 걸고 나를 슈퍼 트레이더라고 말하는 모양을 만들기 위해 만든 것이 아닙니다. 패널은 다시 정보이며 어떤 경우에는 거래가 어렵습니다.
그것이 사실이지만 20개의 차트에 로봇이 있고 일주일에 두 번 시장에 진입하고 수동으로 거래하고 수동 작업이 봇과 연결되어서는 안 된다고 가정해 보겠습니다. 모두 별개입니다. 나는 21개의 공개 차트에서 작동하는 한 명의 고문을 만들었으며 나머지 20개의 차트에는 거래 결정, 거래 열기 및 닫기, 중지 및 이익을 내리는 데 필요한 모든 것이 있는 표시기 패널이 있습니다.
내가 Metatrader의 운영을 위반했다고 생각합니까? 수동 트레이딩용 인디케이터가 아닌 로봇을 작성해야 했고, 메타트레이더에서 어드바이저를 설치하기 위해 20개의 창을 더 열어야 했나?
PS 모든 사람이 Metatrader에서 1유로/달러와 1개의 공개 차트만 거래하는 것은 아닙니다.
논리적이지 않습니다.
표시기는 거래 결정을 내리기 위한 정보를 전달하기 때문에 무엇이든 될 수 있으며 심지어 제어판이 될 수도 있습니다. 패널, 이것은 지표이며,
아니요.
지표가 무엇인지 다시 읽으십시오. 아켈리스에서. 콜비에서. 예, Yandex에 시장 지표가 무엇인지 물어보십시오.
MT3에서 사용자 지정 표시기의 개념을 도입했을 때 표시기 버퍼 가 2개만 있었기 때문에 차트의 개체로 작업할 수 있었습니다.
역사에 대한 작은 탈선. 먼저 FXCharts가 있었는데 2002년 10월에 입사한 이후로 그를 찾지 못했습니다. 그 다음이 MetaTrader였습니다. 저는 MQL II(FXCharts에는 이미 거래 전략 언어가 있음)를 개발하기 위해 회사에 왔습니다. MQL II와 전문가를 만들 때 이름을 MetaTrader 2로 변경했습니다. 사용자 지정 지표를 작성할 수 있게 되자 MetaTrader는 세 번째인 MetaTrader 3가 되었습니다.
그런 다음 MetaTrader 4와 MQL4가 있었습니다. 사용자 지정 표시기는 이제 8개의 표시기 버퍼로 작동할 수 있습니다. 차트의 개체에 대한 작업 기능은 그대로 유지됩니다. 그러나 지표가 인터페이스 스레드에서 계산되었기 때문에 개체 작업을 남용하는 사람은 거의 없었습니다.
그리고 여기 MT5가 있습니다. 아키텍처는 완전히 다르지만 차트의 그래픽 개체로 작동하는 기능 측면에서 우리는 MT4의 인질이 되었습니다. 예, 우리는 Stakhanovites입니다. 영웅처럼 지표에서 차트를 관리할 수 있는 거의 무한한 가능성을 추가했습니다. 우리는 도착. 스톡 콘텐츠 - 아무것도에 대한 토론의 16 페이지.
서비스로 전환하자
아니요.
지표가 무엇인지 다시 읽으십시오. 아켈리스에서. 콜비에서. 예, Yandex에 시장 지표가 무엇인지 물어보십시오.
MT3에서 사용자 지정 표시기의 개념을 도입했을 때 표시기 버퍼 가 2개만 있었기 때문에 차트의 개체로 작업할 수 있었습니다.
역사에 대한 작은 탈선. 먼저 FXCharts가 있었는데 2002년 10월에 입사한 이후로 그를 찾지 못했습니다. 그 다음이 MetaTrader였습니다. 저는 MQL II(FXCharts에는 이미 거래 전략 언어가 있음)를 개발하기 위해 회사에 왔습니다. MQL II와 전문가를 만들 때 이름을 MetaTrader 2로 변경했습니다. 사용자 지정 지표를 작성할 수 있게 되자 MetaTrader는 세 번째인 MetaTrader 3가 되었습니다.
그런 다음 MetaTrader 4와 MQL4가 있었습니다. 사용자 지정 표시기는 이제 8개의 표시기 버퍼로 작동할 수 있습니다. 차트의 개체에 대한 작업 기능은 그대로 유지됩니다. 그러나 지표가 인터페이스 스레드에서 계산되었기 때문에 개체 작업을 남용하는 사람은 거의 없었습니다.
그리고 여기 MT5가 있습니다. 아키텍처는 완전히 다르지만 차트의 그래픽 개체로 작동하는 기능 측면에서 우리는 MT4의 인질이 되었습니다. 예, 우리는 Stakhanovites입니다. 영웅처럼 지표에서 차트를 관리할 수 있는 거의 무한한 가능성을 추가했습니다. 우리는 도착. 스톡 콘텐츠 - 아무것도에 대한 토론의 16 페이지.
서비스로 전환하자
MT의 가능성이 사실상 무제한이라는 사실에 동의합니다! 차트에 있는 개체로 작업하는 기능을 차단하는 것은 불가능합니다)
토론에는 건전한 판단이 있습니다. 나 자신도 이것을 겪었고 내 코드에 버그가 있다고 생각했습니다. 아니요, MT의 그런 기능이고 이미 수정했습니다.
마지막 포인트에 대한 자세한 내용을 부탁드립니다.
고맙습니다!
나는 현재의 모든 논쟁 이 차트에 한 명 이상의 전문가를 첨부할 수 없다는 사실에서 비롯된 것이라고 생각합니다. 따라서 사람들은 지표에 대해 특이한 기능을 가진 지표를 작성합니다.
예, 이것이 그러한 가지가 나타나는 진정한 이유입니다.
"한 차트에 원하는 만큼의 전문가"라는 패러다임을 지원할 수 있습니다.
이 상황에서 이 분기는 결코 나타나지 않았을 것입니다.
서비스로 전환하자
전문가들은 이제 어떤 이유로 차트에 묶여 있습니다. 그리고 MT 생성의 역사에서 전통 외에 무엇을 기반으로합니까?
EA는 OnTick만 있고 차트와는 관련이 없습니다. 따라서 차트에서 전문가를 완전히 분리하는 것이 논리적입니다.
또한 이제 빈 창을 얻으려면 차트 창을 연 다음 차트(막대 + 눈금)를 꺼야 합니다. 그러나 그것은 목발입니다. 왜 창을 만들 수 없습니까? 원하는 경우 차트를 추가하시겠습니까?
분명히 그 이유는 이전 MT의 역사적 수하물입니다.
서비스에서 주문 기능에 대한 전체 액세스 권한(지표에서와 같이 금지가 아님)과 OnMultiTick 및 OnCustomTick을 갖고 싶습니다. 멀티틱이 없으면 멀티 심볼 Expert Advisor를 생성할 때 탬버린과의 춤이 계속됩니다.
요컨대, 서비스의 사려 깊은 기능을 만들어 오래 전에 모든 오래된 목발을 제거해야 할 때입니다.
전문가들은 이제 어떤 이유로 차트에 묶여 있습니다. 그리고 MT 생성의 역사에서 전통 외에 무엇을 기반으로합니까?
EA는 OnTick만 있고 차트와는 관련이 없습니다. 따라서 차트에서 전문가를 완전히 분리하는 것이 논리적입니다.
또한 이제 빈 창을 얻으려면 차트 창을 연 다음 차트(막대 + 눈금)를 꺼야 합니다. 그러나 그것은 목발입니다. 왜 창을 만들 수 없습니까? 원하는 경우 차트를 추가하시겠습니까?
분명히 그 이유는 이전 MT의 역사적 수하물입니다.
서비스에서 주문 기능에 대한 전체 액세스 권한(지표에서와 같이 금지가 아님)과 OnMultiTick 및 OnCustomTick을 갖고 싶습니다. 멀티틱이 없으면 멀티 심볼 Expert Advisor를 생성할 때 탬버린과의 춤이 계속됩니다.
요컨대, 서비스의 사려 깊은 기능을 만들어 오래 전에 모든 오래된 목발을 제거해야 할 때입니다.
나는 서비스가 시장 데이터 제공자이며 거래 기능 이나 개체 관리 기능이 없다는 것을 이해합니다. 제 생각에는 이것이 논리적입니다. 네 가지 유형의 프로그램은 모두 의미론적 부하와 목적을 수행합니다.
서비스에는 무엇보다도 거래 기능과 개체 관리 기능이 있습니다. 그리고 차트.
시장 데이터 제공자는 가능성 중 하나일 뿐입니다.
전문가들은 이제 어떤 이유로 차트에 묶여 있습니다. 그리고 MT 생성의 역사에서 전통 외에 무엇을 기반으로합니까?
EA는 OnTick만 있고 차트와는 관련이 없습니다. 따라서 차트에서 전문가를 완전히 분리하는 것이 논리적입니다.
또한 이제 빈 창을 얻으려면 차트 창을 연 다음 차트(막대 + 눈금)를 꺼야 합니다. 그러나 그것은 목발입니다. 왜 창을 만들 수 없습니까? 원하는 경우 차트를 추가하시겠습니까?
분명히 그 이유는 이전 MT의 역사적 수하물입니다.
서비스에서 주문 기능에 대한 전체 액세스 권한(지표에서와 같이 금지가 아님)과 OnMultiTick 및 OnCustomTick을 갖고 싶습니다. 멀티틱이 없으면 멀티 심볼 Expert Advisor를 생성할 때 탬버린과의 춤이 계속됩니다.
요컨대, 서비스의 사려 깊은 기능을 만들어 오래 전에 모든 오래된 목발을 제거해야 할 때입니다.
서비스에는 OnInit, OnDeinit, OnTick(string)과 같은 거의 모든 On-function이 있는 것으로 나타났습니다. 시간제 노동자, 온트레이드, OnTradeTransaction, OnTester, OnTesterInit, OnTesterPass, OnTesterDeinit , OnBookEvent, OnChartEvent(long ChartID, ...), OnCalculate , ...
그리고 표시기 버퍼가 필요하지 않고 표시기/EA의 목발을 처리하고 싶지 않다면 제한(MT의 이전 버전에서 가져온) - 서비스를 겪지 않는 새로운 종류의 프로그램을 작성하십시오.