1. 프로그램은 두 가지 언어로 작성되었습니다. 기본 MQL5 언어 , 그리고 그 위에 내 마크업 언어.
2. 보낸 것과 같은 방식으로 배포합니다. 올바른 세포에서 말입니다. 말로 설명하기 어렵네요. 나중에 코드를 게시하겠습니다. 물론 데이터를 올바른 셀에 가져오기 위해 거기에서 땀을 흘려야 했지만 이 문제는 해결되었습니다.
3. 예, 요청되고 의미 있고 중요한 모든 것을 추가하겠습니다.
mql5가 좋으며 코드의 호환성 및 가독성에 문제가 없습니다. 그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다. 스트림, 스냅샷, Json. 계층화가 for 루프에서 수행되면 루프를 버릴 것입니다. 모든 주기에는 처리 시간이 있으며 이는 지연입니다. 유리잔에는 위아래로 약 40개의 가격 수준만 있습니다. 따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
mql5가 좋으며 호환성 및 코드 가독성에 문제가 없습니다. 그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다. 스트림, 스냅샷, Json. 계층화가 for 루프에서 수행되면 루프를 버릴 것입니다. 모든 주기에는 처리 시간이 있으며 이는 지연입니다. 유리잔에는 위아래로 약 40개의 가격 수준만 있습니다. 따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
이전 페이지의 코드를 보십시오.
나는 주문서의 중앙 셀을 기준으로 들어오는 데이터를 중앙 집중화합니다. 매도호가와 가장 가까운 가격이 중앙의 셀에 배치되고 나머지 가격이 오름차순으로 맨 위에 배치됩니다. 입찰 가격과 주문도 마찬가지입니다.
mql5가 좋으며 호환성 및 코드 가독성에 문제가 없습니다. 그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다. 스트림, 스냅샷, Json. 계층화가 for 루프에서 수행되면 루프를 버릴 것입니다. 모든 주기에는 처리 시간이 있으며 이는 지연입니다. 유리잔에는 위아래로 약 40개의 가격 수준만 있습니다. 따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
루프 없이 들어오는 데이터의 배포 문제를 해결하는 방법을 모르겠습니다. 말씀해 주시겠어요?
때로는 40개 이상의 가격 수준이 제공됩니다. 일부는 유리에 맞지 않습니다. 따라서 100개의 셀로 구성된 수신기 어레이를 만들었습니다. 유리에 모든 것을 표시하는 것은 불가능하지만 엔진에 요청할 수 있습니다.
데이터는 가장 높은 가격에서 가장 낮은 가격 순으로 배열에 들어옵니다. 동시에 데이터의 양은 제한되지 않습니다. 주문과 함께 60개 가격, 각 면에 30개 또는 30개 가격이 올 수 있으며 모든 가격이 입찰가보다 높거나 낮을 수 있습니다. 따라서 주기가 없으면 문제를 해결할 수 없습니다.
데이터는 가장 높은 가격에서 가장 낮은 가격 순으로 배열에 들어옵니다. 동시에 데이터의 양은 제한되지 않습니다. 주문과 함께 60개 가격, 각 면에 30개 또는 30개 가격이 올 수 있으며 모든 가격이 입찰가보다 높거나 낮을 수 있습니다. 따라서 주기가 없으면 문제를 해결할 수 없습니다.
배열에서 들어오는 요소의 인덱싱을 위반하지 않으면 순환 없이 배열에서 각 요소를 가져와 변수에 할당합니다. 그리고 이미 포함된 값이 있는 각 변수를 셀 수준에 할당합니다. 그리고 배열의 각 요소를 레벨에 즉시 할당할 수 있습니다. 그런 다음 우리는 또한 변수를 제외하지만 초기화되지 않은 데이터, 코딩에서 잘못된 형식을 제외합니다.
배열에서 들어오는 요소의 인덱싱을 위반하지 않으면 순환 없이 배열에서 각 요소를 가져와 변수에 할당합니다. 그리고 이미 포함된 값이 있는 각 변수를 셀 수준에 할당합니다. 그리고 배열의 각 요소를 레벨에 즉시 할당할 수 있습니다. 그런 다음 우리는 또한 변수를 제외하지만 초기화되지 않은 데이터, 코딩에서 잘못된 형식을 제외합니다.
아아, 배열에 주문된 가격이 없고 인덱싱이 주문서의 특정 셀을 가리키지 않습니다. 데이터는 더 높은 가격에서 더 낮은 가격으로 제공되지만 여기에서 주문이 종료됩니다. 가격 사이에는 한 지점이 있을 수도 있고 10 또는 153이 될 수도 있습니다. 주문서는 전체 범위에서 마지막으로 변경된 주문량을 보여줍니다. 지정가 주문 수가 가격보다 150포인트 높은 가격만큼 변경된 경우 배열에 포함됩니다. 따라서 배열에는 더 큰 것에서 더 작은 것 외에는 순서가 없으며, 그렇지 않으면 주기에서와 같이 데이터를 정렬할 수 없습니다.
아아, 배열에 인덱싱이 없습니다. 데이터는 더 높은 가격에서 더 낮은 가격으로 제공되지만 여기에서 주문이 종료됩니다. 가격 사이에는 한 지점이 있을 수도 있고 10 또는 153이 될 수도 있습니다. 주문서는 전체 범위에서 마지막으로 변경된 주문량을 보여줍니다. 지정가 주문 수가 가격보다 150포인트 높은 가격만큼 변경된 경우 배열에 포함됩니다. 따라서 배열에는 더 큰 것에서 더 작은 것 외에는 순서가 없으며, 그렇지 않으면 주기에서와 같이 데이터를 정렬할 수 없습니다.
배열 요소 에 의한 인덱싱은 수신 배열에 있습니다. 데이터는 높은 가격에서 낮은 가격으로 오는데 항상 순차적으로 정렬되는 것 아닌가요? 따라서 인덱스로 수신 배열에서 원하는 요소를 선택하지만 루프는 없습니다. 그리고 이런 방식으로 들어오는 데이터의 크기 변화로 인해 최적의 Bid/Ask를 잡을 수 없는 경우, 그런 다음 CopyArray()에 대해 생각해야 합니다.
mql5가 좋으며 코드의 호환성 및 가독성에 문제가 없습니다.
그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다.
스트림, 스냅샷, Json.
계층화가 for 루프에서 수행되면 루프를 버릴 것입니다.
모든 주기에는 처리 시간이 있으며 이는 지연입니다.
유리잔에는 위아래로 약 40개의 가격 수준만 있습니다.
따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
mql5가 좋으며 호환성 및 코드 가독성에 문제가 없습니다.
그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다.
스트림, 스냅샷, Json.
계층화가 for 루프에서 수행되면 루프를 버릴 것입니다.
모든 주기에는 처리 시간이 있으며 이는 지연입니다.
유리잔에는 위아래로 약 40개의 가격 수준만 있습니다.
따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
이전 페이지의 코드를 보십시오.
나는 주문서의 중앙 셀을 기준으로 들어오는 데이터를 중앙 집중화합니다. 매도호가와 가장 가까운 가격이 중앙의 셀에 배치되고 나머지 가격이 오름차순으로 맨 위에 배치됩니다. 입찰 가격과 주문도 마찬가지입니다.
mql5가 좋으며 호환성 및 코드 가독성에 문제가 없습니다.
그리고 그들이 어떻게 보내졌는지, 우리는 당신이 어떤 유형의 데이터를 기초로 삼았는지 모릅니다.
스트림, 스냅샷, Json.
계층화가 for 루프에서 수행되면 루프를 버릴 것입니다.
모든 주기에는 처리 시간이 있으며 이는 지연입니다.
유리잔에는 위아래로 약 40개의 가격 수준만 있습니다.
따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
루프 없이 들어오는 데이터의 배포 문제를 해결하는 방법을 모르겠습니다. 말씀해 주시겠어요?
때로는 40개 이상의 가격 수준이 제공됩니다. 일부는 유리에 맞지 않습니다. 따라서 100개의 셀로 구성된 수신기 어레이를 만들었습니다. 유리에 모든 것을 표시하는 것은 불가능하지만 엔진에 요청할 수 있습니다.
...
따라서 각 수준에 대해 주기를 제외하고 원하는 값으로 고유한 변수를 등록합니다.
데이터는 가장 높은 가격에서 가장 낮은 가격 순으로 배열에 들어옵니다. 동시에 데이터의 양은 제한되지 않습니다. 주문과 함께 60개 가격, 각 면에 30개 또는 30개 가격이 올 수 있으며 모든 가격이 입찰가보다 높거나 낮을 수 있습니다. 따라서 주기가 없으면 문제를 해결할 수 없습니다.
데이터는 가장 높은 가격에서 가장 낮은 가격 순으로 배열에 들어옵니다. 동시에 데이터의 양은 제한되지 않습니다. 주문과 함께 60개 가격, 각 면에 30개 또는 30개 가격이 올 수 있으며 모든 가격이 입찰가보다 높거나 낮을 수 있습니다. 따라서 주기가 없으면 문제를 해결할 수 없습니다.
배열에서 들어오는 요소의 인덱싱을 위반하지 않으면 순환 없이 배열에서 각 요소를 가져와 변수에 할당합니다.
그리고 이미 포함된 값이 있는 각 변수를 셀 수준에 할당합니다.
그리고 배열의 각 요소를 레벨에 즉시 할당할 수 있습니다.
그런 다음 우리는 또한 변수를 제외하지만 초기화되지 않은 데이터, 코딩에서 잘못된 형식을 제외합니다.
또 다른 생각이 떠올랐다.
두 가지 방법을 구현하면 처리 속도를 측정할 수 있습니다.들어오는 어레이를 두 개의 어레이 Bid와 Ask로 나눕니다.
그리고 CopyArray() 함수를 사용하는 방법을 생각해 보세요.
그리고 어떤 방법이 가장 좋은 결과를 보여줄지, 그 방법을 남겨야 합니다.
배열에서 들어오는 요소의 인덱싱을 위반하지 않으면 순환 없이 배열에서 각 요소를 가져와 변수에 할당합니다.
그리고 이미 포함된 값이 있는 각 변수를 셀 수준에 할당합니다.
그리고 배열의 각 요소를 레벨에 즉시 할당할 수 있습니다.
그런 다음 우리는 또한 변수를 제외하지만 초기화되지 않은 데이터, 코딩에서 잘못된 형식을 제외합니다.
아아, 배열에 주문된 가격이 없고 인덱싱이 주문서의 특정 셀을 가리키지 않습니다. 데이터는 더 높은 가격에서 더 낮은 가격으로 제공되지만 여기에서 주문이 종료됩니다. 가격 사이에는 한 지점이 있을 수도 있고 10 또는 153이 될 수도 있습니다. 주문서는 전체 범위에서 마지막으로 변경된 주문량을 보여줍니다. 지정가 주문 수가 가격보다 150포인트 높은 가격만큼 변경된 경우 배열에 포함됩니다. 따라서 배열에는 더 큰 것에서 더 작은 것 외에는 순서가 없으며, 그렇지 않으면 주기에서와 같이 데이터를 정렬할 수 없습니다.
아아, 배열에 인덱싱이 없습니다. 데이터는 더 높은 가격에서 더 낮은 가격으로 제공되지만 여기에서 주문이 종료됩니다. 가격 사이에는 한 지점이 있을 수도 있고 10 또는 153이 될 수도 있습니다. 주문서는 전체 범위에서 마지막으로 변경된 주문량을 보여줍니다. 지정가 주문 수가 가격보다 150포인트 높은 가격만큼 변경된 경우 배열에 포함됩니다. 따라서 배열에는 더 큰 것에서 더 작은 것 외에는 순서가 없으며, 그렇지 않으면 주기에서와 같이 데이터를 정렬할 수 없습니다.
배열 요소 에 의한 인덱싱은 수신 배열에 있습니다.
데이터는 높은 가격에서 낮은 가격으로 오는데 항상 순차적으로 정렬되는 것 아닌가요?
따라서 인덱스로 수신 배열에서 원하는 요소를 선택하지만 루프는 없습니다.
그리고 이런 방식으로 들어오는 데이터의 크기 변화로 인해 최적의 Bid/Ask를 잡을 수 없는 경우,
그런 다음 CopyArray()에 대해 생각해야 합니다.
배열 요소 에 의한 인덱싱은 수신 배열에 있습니다.
데이터는 높은 가격에서 낮은 가격으로 오는데 항상 순차적으로 정렬되는 것 아닌가요?
따라서 인덱스로 수신 배열에서 원하는 요소를 선택하지만 루프는 없습니다.
순차적으로 주문합니다. 하지만:
순차적으로 주문합니다. 하지만:
그런 비뚤어진 데이터는 어디서 얻나요? ))
1. 선택 데이터의 명확한 범위를 결정합니다(예: 위로 20개, 아래로 20개).
이 범위만 선택하면 더 많은 것이 우리에게 중요하지 않습니다.
2. 가격이 가장 높은 것에서 가장 낮은 것으로 오며 내림차순으로 정렬되어 있다고 말합니다.
따라서 무엇이 더 높거나 낮을 수 있는지는 중요하지 않습니다. 가격이 아니라 배열의 인덱스를 보십시오.
2. 들어오는 가격 수준 사이의 거리로 주문을 의미하는 경우 이 거리는 전혀 중요하지 않으며 수신 배열에 인덱싱이 있습니다.