글을 다 읽지 못한 점 사과드립니다만 1~7페이지, 41~42페이지 정도면 충분합니다. 그리고 그냥 제 의견을 넣어야 할 것 같습니다. 모두가 MT3에서 전환하기 시작한 이후로 저는 MT4 및 MQL4를 사용해 왔습니다. 그리고 저는 단순성/기능성 비율이 다른 모든 경쟁자를 훨씬 능가한다는 사실에 MQL4에 가장 매료되었습니다. 그리고 이것이 가장 큰 장점이라고 생각했습니다. 그리고 이 모든 시간 동안 MQL4는 많은 변화를 겪었습니다. 그런 소식을 듣고 나면 어떤 짐승이 될지 상상조차 하기 어렵습니다. 뭐가 더 어려워도 여기만. MQL4가 복잡해질수록 트레이더가 아닌 프로그래머의 활동 영역이 더 많아집니다! 따라서 MQL은 잠재적인 청중을 완전히 다루지 않으며 아마도 더 작은 부분일 수도 있습니다.
메타드라이버: ....... 그렇다면 먼 미래(예: MT6)일지라도 미래에 대한 옵션에 대해 논의하지 않는 이유는 무엇입니까? 이러한 토론에서 악의적인 의도를 찾는 이유는 무엇입니까? 참여하는 것이 좋습니다. .......
그리고 위의 내용에 따르면 개발자를 위한 아이디어 응용 프로그램이 있습니다. 유연성과 기능을 유지하면서 동시에 새로운 MQL-X를 두뇌가 이해하기 어렵게 만들지 않도록 합니다. 새로운 MQL은 사용자가 프로그래밍 언어와 트레이딩 터미널 의 기능을 알 필요가 없는 시각적 디자인 및 전략 개발 시스템의 형태로 주로 Trading Strategy Builder의 형태로 만들어져야 하며, 이를 통해 신속하게 복잡한 거래 전략을 쉽게 작성(그리기)할 수 있습니다. HiAsm의 좋은 예. 물론 HiAsm은 범용 사용자 정의 프로그램을 작성하기 위한 것입니다. 그리고 이것은 C++의 많은 유사한 시각적 그래픽 구현 중 하나일 뿐입니다. 따라서 MQL이 이미 C++와 매우 유사하고 객체 지향적이라면 그래픽 생성자의 형태로 만들지 않겠습니까? 이를 통해 어드바이저의 소스 코드를 컴파일하여 구문 오류의 가능성과 버튼 클릭에 소요되는 시간을 크게 줄일 수 있습니다.
제가 제안한 아이디어에 대한 여러분의 의견을 정말 듣고 싶습니다. 특히 개발자들의 의견이 흥미롭습니다....
그런 생성자가 마법사 MQL5입니다. 어떤 이유로 든 Jobs의 민속 산책로는 자라지 않습니다. 그리고 아무도 표준 솔루션을 좋아하지 않기 때문입니다. 그리고 Wizard는 범용(표준 읽기) 솔루션만 제공할 수 있습니다. 거기에 있는 3층 코드는 손으로 훨씬 간단하고 컴팩트하게 얻을 수 있습니다.
글을 다 읽지 못한 점 사과드립니다만 1~7페이지, 41~42페이지 정도면 충분합니다. 그리고 그냥 제 의견을 넣어야 할 것 같습니다. 모두가 MT3에서 전환하기 시작한 이후로 저는 MT4 및 MQL4를 사용해 왔습니다. 그리고 저는 단순성/기능성 비율이 다른 모든 경쟁자를 훨씬 능가한다는 사실에 MQL4에 가장 매료되었습니다. 그리고 이것이 가장 큰 장점이라고 생각했습니다. 그리고 이 모든 시간 동안 MQL4는 많은 변화를 겪었습니다. 그런 소식을 듣고 나면 어떤 짐승이 될지 상상조차 하기 어렵습니다. 뭐가 더 어려워도 여기만. MQL4가 복잡해질수록 트레이더가 아닌 프로그래머의 활동 영역이 더 많아집니다! 따라서 MQL은 잠재적인 청중을 완전히 다루지 않으며 아마도 더 작은 부분일 수도 있습니다.
메타드라이버: ....... 그렇다면 먼 미래(예: MT6)일지라도 미래에 대한 옵션에 대해 논의하지 않는 이유는 무엇입니까? 이러한 토론에서 악의적인 의도를 찾는 이유는 무엇입니까? 참여해주시면 더욱 좋습니다. .......
그리고 위의 내용에 따르면 개발자를 위한 아이디어 응용 프로그램이 있습니다. 유연성과 기능을 유지하면서 동시에 새로운 MQL-X를 두뇌가 이해하기 어렵게 만들지 않도록 합니다. 새로운 MQL은 사용자가 프로그래밍 언어와 트레이딩 터미널 의 기능을 알 필요가 없는 시각적 디자인 및 전략 개발 시스템의 형태로 주로 Trading Strategy Builder의 형태로 만들어져야 하며, 이를 통해 신속하게 복잡한 거래 전략을 쉽게 작성(그리기)할 수 있습니다. HiAsm의 예시. 물론 HiAsm은 범용 사용자 정의 프로그램을 작성하기 위한 것입니다. 그리고 이것은 C++의 많은 유사한 시각적 그래픽 구현 중 하나일 뿐입니다. 따라서 MQL이 이미 C++와 매우 유사하고 객체 지향적이라면 그래픽 생성자의 형태로 만들지 않겠습니까? 이를 통해 어드바이저의 소스 코드를 컴파일하여 구문 오류의 가능성과 버튼 클릭에 소요되는 시간을 크게 줄일 수 있습니다.
제가 제안한 아이디어에 대한 여러분의 의견을 정말 듣고 싶습니다. 특히 개발자들의 의견이 흥미롭습니다....
무슨 목적으로 여기 있는 걸까, 고집스럽게 무엇을 선전하는지 계속 생각한다. 몇 주 동안 가려면 씻을 수 있습니까 ???
어서, 거기에 당신이 좋아하지 않는 것은 마법사가 있습니다. 그것이 발표되었을 때 그들은 그것을 좋아하지 않는다고 소리 쳤습니다. 그것은 정상입니다, 잡스는 파산하지 않았고 신호조차도 나타났습니다. 파산도 하지. 톱이 다칠 것입니다.
포럼에서 모델에 대해 논의할 수도 있습니다. 매니아들이 따라잡을 것이라고 생각합니다.
그것은 전문가이고 당신에게 쉽고 대부분의 거래자는 게으릅니다. 미터 거래자에서 이와 같이 할 수 있다면 프로그래머에게 더 이상 남은 작업이 없습니다. 수수료, 그러면 전망은 대량으로 돈을 버는 것입니다) 이 질량이 매일 기하급수적으로 증가하고 있음을 고려하면 MetaQuotes Software Corp 의 모든 서비스를 포함하여 모든 것에 충분합니다.
Mykibo – это бесплатная программа, позволяющая самостоятельно создавать торговых советников на рынке Forex в среде торгового терминала MetaTrader4, удобный личный кабинет, видео и текстовые инструкции.
예를 들어 tisilabe에서와 같이 시각적 생성자가 필요하므로 큐브와 코드 모두 프레임을 스케치할 위치, 큐브를 사용하여 사용자 정의 어딘가에 다음 코드를 작성할 수 있습니다. 이러한 솔루션은 코딩의 게으름 때문이 아니라 단순히 모델링 속도의 이점 때문에 미래입니다. 이것은 디지털 그래픽에서 발생했으며 논리를 "그리기"하고 다단계 구조로 실험해야 하는 모든 반경험적 프로세스 모델링에서 발생할 것입니다.
서비스 작업 은 이것으로 고통받을 수 없으며 템플릿 개발자의 가장 낮은 계층은 고통을 겪을 것이며 일반적으로 시간당 $ 5 미만으로 일하는 사람들에 대해 슬픈 것은 그들 자신이 그러한 운명을 선택했습니다 ... 그 반대로 대규모 프로젝트를 구현하는 사람은 일상적인 작업의 가속화에 기뻐할 것입니다.
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
예를 들어 tisilabe에서와 같이 시각적 생성자가 필요하므로 큐브와 코드 모두 프레임을 스케치할 위치, 큐브를 사용하여 사용자 정의 어딘가에 다음 코드를 작성할 수 있습니다. 이러한 솔루션은 코딩의 게으름 때문이 아니라 단순히 모델링 속도의 이점 때문에 미래입니다. 이것은 디지털 그래픽에서 발생했으며 논리를 "그리기"하고 계층 구조로 실험해야 하는 모든 반경험적 프로세스 모델링에서 발생할 것입니다.
서비스 작업 은 이것으로 고통받을 수 없으며 템플릿 개발자의 가장 낮은 계층은 고통을 겪을 것이며 일반적으로 시간당 $ 5 미만으로 일하는 사람들에 대해 슬픈 것은 그들 자신이 그러한 운명을 선택했습니다 ... 그 반대로 대규모 프로젝트를 구현하는 사람은 일상적인 작업의 가속화에 기뻐할 것입니다.
당신의 말은 영혼을 위한 유향과 같습니다. 나는 적어도 한 사람이 내가 말하려고 하는 것을 깨닫게 해줘서 매우 기쁩니다.
무슨 목적으로 여기 있는 걸까, 고집스럽게 무엇을 선전하는지 계속 생각한다. 몇 주 동안 가려면 씻을 수 있습니까 ???
나는 여기에 아무것도 광고하지 않습니다. 나는 그것을 명확히하기 위해 예를 들었을뿐입니다.
명령 형태로 텍스트를 작성하거나 텍스트 형태로 명령을 작성하는 프로그래밍 개념은 절망적으로 구식입니다. 이것은 매우 일상적인 작업이기 때문에 많은 시간이 걸립니다.
최소한 프로그래밍 경험이 있는 사람과 전문 프로그래머는 알고리즘이 무엇이며 알고리즘의 주요 요소 아이콘이 어떻게 생겼는지 알고 있습니다. 그리고 이제 그것이 얼마나 간단할지 상상해보십시오. 예를 들어: 작업 공간 중앙의 깨끗한 공간(거래 상품 시세 차트가 아니라 소스 코드 편집기에서)에서 Drag & Drop 방식을 사용하여 다양한 (필수) 모든 측면 패널에서 아이콘. 그런 다음 입상 아이콘의 필요한 점을 논리적 연결 선과 결합합니다. 결과적으로 Advisor 프로그램의 소스 코드는 트랙으로 상호 연결된 마이크로 회로, 반도체 및 기타 요소가 있는 마더보드처럼 보입니다. 또한이 편집기에서 컴파일 버튼을 누르면 어드바이저가 준비됩니다!
상상력이 충분한 사람이라면 트레이딩 어드바이저를 컴파일하기 위한 소스 코드를 얼마나 빠르고 쉽게 컴파일할 수 있을지 상상해 보십시오. 구문 준수로 두뇌가 막히지 않을 컴파일 할 때. 이 개념을 사용하면 거래 전략의 직접 구현에 100% 집중할 수 있습니다. 그리고 훨씬 더 복잡하고 유연한 프로그램을 만들 수 있는 것은 이 개념입니다.
저는 Wizard MQL5(일반 템플릿 마법사) 및 Mykibo(거래 상품 시세 차트에서 그래픽 요소의 상대적 위치를 기반으로 한 주문 관리 기능이 있는 일반 전문가 고문)에 대해 알고 있습니다. 이것은 그게 아닙니다!
no)) 시가의 스프레드나 평균 스프레드 대신에 바의 Low가 형성되는 순간의 스프레드를 저장합니다 . 저것들. Low_Ask - Low_Bid=Spread_Low. 그런 다음 Low_Bid+Spread_Low=Low_Ask )))
저것들. 데이터 구조 에서 아무 것도 변경하지 않고 눈금에서 막대를 수집하는 규칙을 변경합니다(확산 계산).
그렇게 하는 것은 잘못된 일이기 때문에 Low_Bid 발생 시점과 Low_Ask 발생 시점이 일치하지 않는다. 그러나 Spread 필드에 다른 값을 작성할 수 있습니다. NewSpread = Low_Ask - Low_Bid . 그러면 실제로 스프레드 계산 알고리즘의 변경만 필요합니다.
글을 다 읽지 못한 점 사과드립니다만 1~7페이지, 41~42페이지 정도면 충분합니다. 그리고 그냥 제 의견을 넣어야 할 것 같습니다. 모두가 MT3에서 전환하기 시작한 이후로 저는 MT4 및 MQL4를 사용해 왔습니다. 그리고 저는 단순성/기능성 비율이 다른 모든 경쟁자를 훨씬 능가한다는 사실에 MQL4에 가장 매료되었습니다. 그리고 이것이 가장 큰 장점이라고 생각했습니다. 그리고 이 모든 시간 동안 MQL4는 많은 변화를 겪었습니다. 그런 소식을 듣고 나면 어떤 짐승이 될지 상상조차 하기 어렵습니다. 뭐가 더 어려워도 여기만. MQL4가 복잡해질수록 트레이더가 아닌 프로그래머의 활동 영역이 더 많아집니다! 따라서 MQL은 잠재적인 청중을 완전히 다루지 않으며 아마도 더 작은 부분일 수도 있습니다.
메타드라이버:
.......
그렇다면 먼 미래(예: MT6)일지라도 미래에 대한 옵션에 대해 논의하지 않는 이유는 무엇입니까? 이러한 토론에서 악의적인 의도를 찾는 이유는 무엇입니까? 참여하는 것이 좋습니다.
.......
그리고 위의 내용에 따르면 개발자를 위한 아이디어 응용 프로그램이 있습니다. 유연성과 기능을 유지하면서 동시에 새로운 MQL-X를 두뇌가 이해하기 어렵게 만들지 않도록 합니다. 새로운 MQL은 사용자가 프로그래밍 언어와 트레이딩 터미널 의 기능을 알 필요가 없는 시각적 디자인 및 전략 개발 시스템의 형태로 주로 Trading Strategy Builder의 형태로 만들어져야 하며, 이를 통해 신속하게 복잡한 거래 전략을 쉽게 작성(그리기)할 수 있습니다. HiAsm의 좋은 예. 물론 HiAsm은 범용 사용자 정의 프로그램을 작성하기 위한 것입니다. 그리고 이것은 C++의 많은 유사한 시각적 그래픽 구현 중 하나일 뿐입니다. 따라서 MQL이 이미 C++와 매우 유사하고 객체 지향적이라면 그래픽 생성자의 형태로 만들지 않겠습니까? 이를 통해 어드바이저의 소스 코드를 컴파일하여 구문 오류의 가능성과 버튼 클릭에 소요되는 시간을 크게 줄일 수 있습니다.
제가 제안한 아이디어에 대한 여러분의 의견을 정말 듣고 싶습니다. 특히 개발자들의 의견이 흥미롭습니다....
그런 생성자가 마법사 MQL5입니다. 어떤 이유로 든 Jobs의 민속 산책로는 자라지 않습니다. 그리고 아무도 표준 솔루션을 좋아하지 않기 때문입니다. 그리고 Wizard는 범용(표준 읽기) 솔루션만 제공할 수 있습니다. 거기에 있는 3층 코드는 손으로 훨씬 간단하고 컴팩트하게 얻을 수 있습니다.
그러나 다시, 해결책은 이미 존재합니다.
한마디로 - 당신은 일반 사용자의 삶을 더 쉽게 만들고 싶다면 코드 없이 매우 간단해야 합니다. 우리는 FAQ 에서 이 주제를 어딘가에 다루었습니다. 이것이 무료로 수행되면 다른 서비스는 좋아하지 않을 것입니다. 그것: 예를 들어 , 일
어서, 거기에 당신이 좋아하지 않는 것은 마법사가 있습니다. 그것이 발표되었을 때 그들은 그것을 좋아하지 않는다고 소리 쳤습니다. 그것은 정상입니다, 잡스는 파산하지 않았고 신호조차도 나타났습니다. 파산도 하지. 톱이 다칠 것입니다.
포럼에서 모델에 대해 논의할 수도 있습니다. 매니아들이 따라잡을 것이라고 생각합니다.
글을 다 읽지 못한 점 사과드립니다만 1~7페이지, 41~42페이지 정도면 충분합니다. 그리고 그냥 제 의견을 넣어야 할 것 같습니다. 모두가 MT3에서 전환하기 시작한 이후로 저는 MT4 및 MQL4를 사용해 왔습니다. 그리고 저는 단순성/기능성 비율이 다른 모든 경쟁자를 훨씬 능가한다는 사실에 MQL4에 가장 매료되었습니다. 그리고 이것이 가장 큰 장점이라고 생각했습니다. 그리고 이 모든 시간 동안 MQL4는 많은 변화를 겪었습니다. 그런 소식을 듣고 나면 어떤 짐승이 될지 상상조차 하기 어렵습니다. 뭐가 더 어려워도 여기만. MQL4가 복잡해질수록 트레이더가 아닌 프로그래머의 활동 영역이 더 많아집니다! 따라서 MQL은 잠재적인 청중을 완전히 다루지 않으며 아마도 더 작은 부분일 수도 있습니다.
메타드라이버:
.......
그렇다면 먼 미래(예: MT6)일지라도 미래에 대한 옵션에 대해 논의하지 않는 이유는 무엇입니까? 이러한 토론에서 악의적인 의도를 찾는 이유는 무엇입니까? 참여해주시면 더욱 좋습니다.
.......
그리고 위의 내용에 따르면 개발자를 위한 아이디어 응용 프로그램이 있습니다. 유연성과 기능을 유지하면서 동시에 새로운 MQL-X를 두뇌가 이해하기 어렵게 만들지 않도록 합니다. 새로운 MQL은 사용자가 프로그래밍 언어와 트레이딩 터미널 의 기능을 알 필요가 없는 시각적 디자인 및 전략 개발 시스템의 형태로 주로 Trading Strategy Builder의 형태로 만들어져야 하며, 이를 통해 신속하게 복잡한 거래 전략을 쉽게 작성(그리기)할 수 있습니다. HiAsm의 예시. 물론 HiAsm은 범용 사용자 정의 프로그램을 작성하기 위한 것입니다. 그리고 이것은 C++의 많은 유사한 시각적 그래픽 구현 중 하나일 뿐입니다. 따라서 MQL이 이미 C++와 매우 유사하고 객체 지향적이라면 그래픽 생성자의 형태로 만들지 않겠습니까? 이를 통해 어드바이저의 소스 코드를 컴파일하여 구문 오류의 가능성과 버튼 클릭에 소요되는 시간을 크게 줄일 수 있습니다.
제가 제안한 아이디어에 대한 여러분의 의견을 정말 듣고 싶습니다. 특히 개발자들의 의견이 흥미롭습니다....
어서, 거기에 당신이 좋아하지 않는 것은 마법사가 있습니다. 그것이 발표되었을 때 그들은 그것을 좋아하지 않는다고 소리 쳤습니다. 그것은 정상입니다, 잡스는 파산하지 않았고 신호조차도 나타났습니다. 파산도 하지. 톱이 다칠 것입니다.
포럼에서 모델에 대해 논의할 수도 있습니다. 매니아들이 따라잡을 것이라고 생각합니다.
전문가는 당신이고 당신에게는 쉽지만 대부분의 거래자는 게으릅니다. 미터 거래자에서 여기 처럼 할 수 있다면 프로그래머는 남은 작업이 없습니다 (그리고 이것이 완료되면 수수료를 지불하면 잠재 고객이 대량으로 돈을 벌 수 있습니다)
예를 들어 tisilabe에서와 같이 시각적 생성자가 필요하므로 큐브와 코드 모두 프레임을 스케치할 위치, 큐브를 사용하여 사용자 정의 어딘가에 다음 코드를 작성할 수 있습니다. 이러한 솔루션은 코딩의 게으름 때문이 아니라 단순히 모델링 속도의 이점 때문에 미래입니다. 이것은 디지털 그래픽에서 발생했으며 논리를 "그리기"하고 다단계 구조로 실험해야 하는 모든 반경험적 프로세스 모델링에서 발생할 것입니다.
서비스 작업 은 이것으로 고통받을 수 없으며 템플릿 개발자의 가장 낮은 계층은 고통을 겪을 것이며 일반적으로 시간당 $ 5 미만으로 일하는 사람들에 대해 슬픈 것은 그들 자신이 그러한 운명을 선택했습니다 ... 그 반대로 대규모 프로젝트를 구현하는 사람은 일상적인 작업의 가속화에 기뻐할 것입니다.
예를 들어 tisilabe에서와 같이 시각적 생성자가 필요하므로 큐브와 코드 모두 프레임을 스케치할 위치, 큐브를 사용하여 사용자 정의 어딘가에 다음 코드를 작성할 수 있습니다. 이러한 솔루션은 코딩의 게으름 때문이 아니라 단순히 모델링 속도의 이점 때문에 미래입니다. 이것은 디지털 그래픽에서 발생했으며 논리를 "그리기"하고 계층 구조로 실험해야 하는 모든 반경험적 프로세스 모델링에서 발생할 것입니다.
서비스 작업 은 이것으로 고통받을 수 없으며 템플릿 개발자의 가장 낮은 계층은 고통을 겪을 것이며 일반적으로 시간당 $ 5 미만으로 일하는 사람들에 대해 슬픈 것은 그들 자신이 그러한 운명을 선택했습니다 ... 그 반대로 대규모 프로젝트를 구현하는 사람은 일상적인 작업의 가속화에 기뻐할 것입니다.
당신의 말은 영혼을 위한 유향과 같습니다. 나는 적어도 한 사람이 내가 말하려고 하는 것을 깨닫게 해줘서 매우 기쁩니다.
자주하는 질문 , 2013.08.10 00:34
무슨 목적으로 여기 있는 걸까, 고집스럽게 무엇을 선전하는지 계속 생각한다. 몇 주 동안 가려면 씻을 수 있습니까 ???나는 여기에 아무것도 광고하지 않습니다. 나는 그것을 명확히하기 위해 예를 들었을뿐입니다.
명령 형태로 텍스트를 작성하거나 텍스트 형태로 명령을 작성하는 프로그래밍 개념은 절망적으로 구식입니다. 이것은 매우 일상적인 작업이기 때문에 많은 시간이 걸립니다.
최소한 프로그래밍 경험이 있는 사람과 전문 프로그래머는 알고리즘이 무엇이며 알고리즘의 주요 요소 아이콘이 어떻게 생겼는지 알고 있습니다. 그리고 이제 그것이 얼마나 간단할지 상상해보십시오. 예를 들어: 작업 공간 중앙의 깨끗한 공간(거래 상품 시세 차트가 아니라 소스 코드 편집기에서)에서 Drag & Drop 방식을 사용하여 다양한 (필수) 모든 측면 패널에서 아이콘. 그런 다음 입상 아이콘의 필요한 점을 논리적 연결 선과 결합합니다. 결과적으로 Advisor 프로그램의 소스 코드는 트랙으로 상호 연결된 마이크로 회로, 반도체 및 기타 요소가 있는 마더보드처럼 보입니다. 또한이 편집기에서 컴파일 버튼을 누르면 어드바이저가 준비됩니다!
상상력이 충분한 사람이라면 트레이딩 어드바이저를 컴파일하기 위한 소스 코드를 얼마나 빠르고 쉽게 컴파일할 수 있을지 상상해 보십시오. 구문 준수로 두뇌가 막히지 않을 컴파일 할 때. 이 개념을 사용하면 거래 전략의 직접 구현에 100% 집중할 수 있습니다. 그리고 훨씬 더 복잡하고 유연한 프로그램을 만들 수 있는 것은 이 개념입니다.
저는 Wizard MQL5(일반 템플릿 마법사) 및 Mykibo(거래 상품 시세 차트에서 그래픽 요소의 상대적 위치를 기반으로 한 주문 관리 기능이 있는 일반 전문가 고문)에 대해 알고 있습니다. 이것은 그게 아닙니다!
씻으러 보낼 필요가 없어요. 나는 평범하고 밝은 아이디어를 제안했다.
물론 이것은 당신의 입에서 나온 농담입니다. 왜냐하면 이 두 스프레드를 유지하는 것은 HighBid 및 LowAsk만 유지하는 것만큼 정확도에 영향을 미치지 않습니다.
no)) 시작시 스프레드나 평균 스프레드 대신에 바의 Low가 형성되는 순간의 스프레드를 저장합니다. 저것들. Low_Ask - Low_Bid=Spread_Low. 그런 다음 Low_Bid+Spread_Low=Low_Ask )))
저것들. 데이터 구조 에서 아무 것도 변경하지 않고 눈금에서 막대를 수집하는 규칙을 변경합니다(확산 계산).
나는 그것을 논리적으로 알아 냈습니다. 좋은 점은 HighBid에 대한 요청과 LowAsk에 대한 입찰도 필요합니다. 또는 논리를 다시 실행할 필요가 있지만 많지는 않지만 실제의 약간 비관적인 버전이 있습니다. 채널.
no)) 시가의 스프레드나 평균 스프레드 대신에 바의 Low가 형성되는 순간의 스프레드를 저장합니다 . 저것들. Low_Ask - Low_Bid=Spread_Low. 그런 다음 Low_Bid+Spread_Low=Low_Ask )))
저것들. 데이터 구조 에서 아무 것도 변경하지 않고 눈금에서 막대를 수집하는 규칙을 변경합니다(확산 계산).