Pazar Derinliği ne olmalı? - sayfa 13

Yeni yorum
 
Реter Konow :

1. Program iki dilde yazılmıştır. Temel MQL5 dili ve bunun üzerine benim biçimlendirme dilim.

2. Gönderildiği gibi dağıtılır. Yani, doğru hücrelerde. Kelimelerle açıklamak zor. Kodu daha sonra yayınlayacağım. Tabii ki, verileri doğru hücrelere almak için orada terlemem gerekti, ancak bu sorun çözüldü.

3. Evet, sorulan, mantıklı ve önemli olan her şeyi ekleyeceğim.

mql5 iyidir, uyumluluk ve kod okunabilirliği ile ilgili herhangi bir sorun olmayacaktır
Ve nasıl gönderildiğini, ne tür verileri baz aldığınızı bilmiyoruz.
Akış, Anlık Görüntü, Json.
Katmanlama bir for döngüsünde yapılırsa, döngüleri atlardım.
Herhangi bir döngünün işlenmesi için zaman vardır ve bu bir gecikmedir.
Camda yukarı ve aşağı sadece yaklaşık 40 fiyat seviyesi vardır.
Bu nedenle, her seviye için, döngü hariç, kendi değişkenimi istenen değerle kaydederdim.

 
Roman :

mql5 iyidir, kodun uyumluluğu ve okunabilirliği ile ilgili herhangi bir sorun olmayacaktır
Ve nasıl gönderildiğini, ne tür verileri baz aldığınızı bilmiyoruz.
Akış, Anlık Görüntü, Json.
Katmanlama bir for döngüsünde yapılırsa, döngüleri atlardım.
Herhangi bir döngünün işlenmesi için zaman vardır ve bu bir gecikmedir.
Camda yukarı ve aşağı sadece yaklaşık 40 fiyat seviyesi vardır.
Bu nedenle, her seviye için, döngü hariç, kendi değişkenimi istenen değerle kaydederdim.

Önceki sayfadaki koda bakın.

Gelen verileri sipariş defterinin merkezi hücresine göre merkezileştiriyorum. İstenen en yakın fiyat ortadaki hücreye yerleştirilir ve ardından geri kalan fiyatlar artan sırada en üste yerleştirilir. Aynısı teklif fiyatı ve siparişleri için de geçerlidir.

 
Roman :

mql5 iyidir, uyumluluk ve kod okunabilirliği ile ilgili herhangi bir sorun olmayacaktır
Ve nasıl gönderildiğini, ne tür verileri baz aldığınızı bilmiyoruz.
Akış, Anlık Görüntü, Json.
Katmanlama bir for döngüsünde yapılırsa, döngüleri atlardım.
Herhangi bir döngünün işlenmesi için zaman vardır ve bu bir gecikmedir.
Camda yukarı ve aşağı sadece yaklaşık 40 fiyat seviyesi vardır.
Bu nedenle, her seviye için, döngü hariç, kendi değişkenimi istenen değerle kaydederdim.

Döngü olmadan gelen verilerin dağıtım sorununu nasıl çözeceğimi bilmiyorum. Bana söyler misin?

Bazen 40'tan fazla fiyat seviyesi gelir. Bazıları bardağa sığmaz. Bu nedenle, 100 hücrelik bir alıcı dizisi yaptım. Her şeyi camda sergilemek imkansız olsa da motordan talep edebilirsiniz.

 
Roman :

...
Bu nedenle, her seviye için, döngü hariç, kendi değişkenimi istenen değerle kaydederdim.

Veriler diziye en yüksek fiyattan en düşüğe doğru sıralanır. Aynı zamanda, veri miktarı sınırlı değildir. Emirlerle 60, her bir taraf için 30 fiyat gelebilir veya 30 fiyat gelebilir ve hepsi satışın üstünde veya altında fiyatlar ile gelebilir. Bu nedenle, bir döngü olmadan sorun çözülemez.

 
Реter Konow :

Veriler diziye en yüksek fiyattan en düşüğe doğru sıralanır. Aynı zamanda, veri miktarı sınırlı değildir. Emirlerle 60, her bir taraf için 30 fiyat gelebilir veya 30 fiyat gelebilir ve hepsi satışın üstünde veya altında fiyatlar ile gelebilir. Bu nedenle, bir döngü olmadan sorun çözülemez.

Gelen elemanların dizine eklenmesi dizide ihlal edilmemişse, dizideki her bir elemanı bir döngü olmadan alın ve değişkeninize atayın.
Ve zaten her değişkeni hücre düzeyine içeren bir değerle atayın.
Ve dizinin her bir öğesini hemen bir düzeye atayabilirsiniz.
Ardından değişkenleri hariç tutuyoruz, ancak başlatılmış verileri değil, kodlamada kötü form.

 

Başka bir düşünce geldi.
Gelen diziyi Bid ve Ask olmak üzere iki diziye ayırın
Ve CopyArray () işlevini nasıl kullanacağınızı düşünün

İki yöntem uyguladıktan sonra işlem hızını ölçebilirsiniz.
Ve en iyi sonucu hangi yol gösterecek, o yol bırakılmalıdır.
 
Roman :

Gelen elemanların dizine eklenmesi dizide ihlal edilmemişse, dizideki her bir elemanı bir döngü olmadan alın ve değişkeninize atayın.
Ve zaten her değişkeni hücre düzeyine içeren bir değerle atayın.
Ve dizinin her bir öğesini hemen bir düzeye atayabilirsiniz.
Ardından değişkenleri hariç tutuyoruz, ancak başlatılmış verileri değil, kodlamada kötü form.

Ne yazık ki, dizide sipariş edilen fiyatlar yok ve indekslenmesi sipariş defterinin belirli hücrelerini göstermiyor. Veriler daha yüksek bir fiyattan daha düşük bir fiyata gelir, ancak siparişin bittiği yer burasıdır. Fiyatlar arasında bir nokta olabilir veya 10 veya 153 olabilir. Emir defteri, üzerinde bulundukları tüm aralıkta son değiştirilen emir hacimlerini gösterir. Limit emir sayısı, talep edilenin 150 puan yukarısındaki fiyat kadar değiştiyse, dizide olacaktır. Bu nedenle dizide büyükten küçüğe sıralama yoktur ve aksi halde bir döngüde olduğu gibi veriler sıralanamaz.

 
Реter Konow :

Ne yazık ki, dizide indeksleme yok. Veriler daha yüksek bir fiyattan daha düşük bir fiyata gelir, ancak siparişin bittiği yer burasıdır. Fiyatlar arasında bir nokta olabilir veya 10 veya 153 olabilir. Emir defteri, üzerinde bulundukları tüm aralıkta son değiştirilen emir hacimlerini gösterir. Limit emir sayısı, talep edilenin 150 puan yukarısındaki fiyat kadar değiştiyse, dizide olacaktır. Bu nedenle dizide büyükten küçüğe sıralama yoktur ve aksi halde bir döngüde olduğu gibi veriler sıralanamaz.

Dizi öğelerine göre dizin oluşturma, alıcı dizidedir.
Veriler daha yüksek bir fiyattan daha düşük bir fiyata gelir, her zaman sırayla sıralanmaz mı?
Bu nedenle, alıcı diziden istediğiniz herhangi bir öğeyi dizine göre seçin, ancak bir döngü olmadan.
Ve bu şekilde gelen verinin değişen boyutu nedeniyle en iyi Teklif / Talep'i yakalamak mümkün değilse,
o zaman muhtemelen CopyArray () hakkında düşünmeniz gerekir.

 
Roman :

Dizi öğelerine göre dizin oluşturma, alıcı dizidedir.
Veriler daha yüksek bir fiyattan daha düşük bir fiyata gelir, her zaman sırayla sıralanmaz mı?
Bu nedenle, alıcı diziden istediğiniz herhangi bir öğeyi dizine göre seçin, ancak bir döngü olmadan.

Sırayla sipariş edilir. Ancak:

  1. Cam hücrelerden daha fazla veri olabilir.
  2. Fiyatlar arasında net bir sıralama yoktur. Satış fiyatının bir üstünde ve teklifin altında 7 fiyat gelebilir.
  3. Fiyatlar arasında eşit olmayan mesafeler olabilir. Birinci ile ikinci arasında 1 puan, ikinci ile üçüncü arasında 18 puan veya 1008 puan olabilir.
Bu nedenle, bir döngü yapmadan, hangi fiyatın talep ve hangisinin teklife en yakın olduğunu ve dolayısıyla hangi fiyatın emir defterinin merkezinde olması gerektiğini bulmak imkansızdır.
 
Реter Konow :

Sırayla sipariş edilir. Ancak:

  1. Cam hücrelerden daha fazla veri olabilir.
  2. Fiyatlar arasında net bir sıralama yoktur. Satış fiyatının bir üstünde ve teklifin altında 7 fiyat gelebilir.
  3. Fiyatlar arasında eşit olmayan mesafeler olabilir. Birinci ile ikinci arasında 1 puan, ikinci ile üçüncü arasında 18 puan veya 1008 puan olabilir.
Bu nedenle, bir döngü yapmadan, hangi fiyatın talep ve hangisinin teklife en yakın olduğunu ve dolayısıyla hangi fiyatın emir defterinin merkezinde olması gerektiğini bulmak imkansızdır.

Böyle çarpık verileri nereden buluyorsunuz? ))

1. Net bir seçici veri aralığına karar verin, örneğin 20 yukarı, 20 aşağı
ve sadece bu aralığı seçin ve daha fazla gelen her şey bizim için önemli değil.

2. Fiyatların en yüksekten en düşüğe doğru geldiğini ve azalan düzende sıralandığını söylüyorsunuz.
Peki ne, ne yükselebilir, ne alçalabilir, fark etmez, fiyatlara değil dizideki endekslere bakın.

2. Gelen fiyatların seviyeleri arasındaki mesafe ile sırayı kastediyorsanız, bu mesafe hiç önemli değil, alıcı dizisinde indekslememiz var.

1...67891011121314
Yeni yorum