유리의 레벨, 차트에서 가져온 정보를 수평선 에서 메모하십시오. 예를 들어 개체의 이름으로.
사용자에게 유리에 연결하기 위한 인터페이스를 제공하는 아이디어가 있습니다. 사용자에게 레벨을 찾는 코드가 있는 경우 주문서 테이블에 레벨을 표시하는 것은 문제가 되지 않습니다. 사용자는 원하는 요소의 기능을 호출하고 다시 채색합니다. 그렇지 않으면 나 자신이 레벨을 찾는 함수를 작성해야 할 것입니다. 또한, 오더북에 접속하여 사용자만 알고 있는 다른 기능에 따라 가격을 표시할 수 있습니다.
Реter Konow : 사용자에게 유리에 연결하기 위한 인터페이스를 제공하는 아이디어가 있습니다. 사용자에게 레벨을 찾는 코드가 있는 경우 주문서 테이블에 레벨을 표시하는 것은 문제가 되지 않습니다. 사용자는 원하는 요소의 기능을 호출하고 다시 채색합니다. 그렇지 않으면 나 자신이 레벨을 찾는 함수를 작성해야 할 것입니다. 또한, 오더북에 접속하여 사용자만 알고 있는 다른 기능에 따라 가격을 표시할 수 있습니다.
따라서 제안된 코드를 기반으로 내가 제안한 옵션을 만들 수 있으므로 유리에서 다른 개체를 식별하고 시각화하는 방법의 예가 될 것입니다.
이렇게 해서 제 부분의 유리 디자인이 완성되었고 이제 스캘퍼 연습을 통해 이 모델의 승인이 필요합니다.
그 비결은 매수 및 매도 주문에 대해 로트를 별도로 설정하고 손실을 손에 넣을 수 있다는 것입니다. 또한 미결 주문과 보류 주문의 테이블을 별도로 표시할 수 있습니다. 대기 중인 주문 은 테이블에서 직접 변경할 수 있습니다.
작은 테이블에서 최대 이익과 최대. 매수 및 매도 주문에 대한 손실, 이미 작동한 주문(포지션) 및 보류 중인 주문(한도)은 개별 스탑 앤 테이크를 고려합니다.
질문: 이 모델에서 사실인 것과 그렇지 않은 것은 무엇입니까?상단 테이블은 매수 주문 전용이고 하단 테이블은 매도 주문 전용입니다.
유리가 스캘퍼를 위한 것이라면 마우스로 유리에 빠르게 주문한 다음 더 높게, 더 낮게 주문해야 하며 마우스를 대각선으로 움직이는 옵션은 허용되지 않는 것이 분명합니다. 표준 유리에서 응용 프로그램의 위치를 확인하면 생각할 수 있습니다.
유리가 스캘퍼를 위한 것이라면 마우스로 유리에 빠르게 주문한 다음 더 높게, 더 낮게 주문해야 하며 마우스를 대각선으로 움직이는 옵션은 허용되지 않는 것이 분명합니다. 표준 유리에서 응용 프로그램의 위치를 확인하면 생각할 수 있습니다.
나는 두 가지 선택을 할 것이다. 이것은 표준 주문 레이아웃을 갖게 될 또 다른 것입니다.
표준 DOM에는 이 DOM에 있는 모든 위치 가격 마커와 SL/TP 고정, 한도로 TP를 마감하는 기능이 부족합니다. 추가 버튼이 아니라 정말 필요한 것입니다.
나는 두 가지 선택을 할 것이다. 이것은 표준 주문 레이아웃을 갖게 될 또 다른 것입니다.
유리의 레벨, 차트에서 가져온 정보를 수평선 에서 메모하십시오. 예를 들어 개체의 이름으로.
유리의 레벨, 차트에서 가져온 정보를 수평선 에서 메모하십시오. 예를 들어 개체의 이름으로.
사용자에게 유리에 연결하기 위한 인터페이스를 제공하는 아이디어가 있습니다. 사용자에게 레벨을 찾는 코드가 있는 경우 주문서 테이블에 레벨을 표시하는 것은 문제가 되지 않습니다. 사용자는 원하는 요소의 기능을 호출하고 다시 채색합니다. 그렇지 않으면 나 자신이 레벨을 찾는 함수를 작성해야 할 것입니다. 또한, 오더북에 접속하여 사용자만 알고 있는 다른 기능에 따라 가격을 표시할 수 있습니다.
따라서 제안된 코드를 기반으로 내가 제안한 옵션을 만들 수 있으므로 유리에서 다른 개체를 식별하고 시각화하는 방법의 예가 될 것입니다.