Geçersiz istek - daha yeni başladı ve anlayamıyorum... - sayfa 7

 
papaklass :

Gönderim neden standart kütüphaneyi kullanmıyorum sorusunun cevabıdır.

aslında ben de. Ama bir nedenden dolayı - sınıflarımı MK'den çok daha önce yarattım.

ve geliştiricilerin dikkatini sınıftaki yöntemlerin fazlalığına çekme girişimi.

fazlalık - Sanmıyorum. bu özünde OOP'dir. sadece farklı bir paketleyici vizyonunuz, farklı bir sınıf tasarımınız ve farklı bir ticaret yapısı oluşturma mantığınız var. muhtemelen zevk meselesidir.

--------------------------

Ancak ticaret hatalarıyla - yine de örnekler verelim. Örneğin 10008 -> 10012 ile başa çıkmak için evrensel bir yolunuz var mı?
tabiri caizse - uzmanın önceki ve sonraki eylemlerinden bağımsız olarak.
Peki bu açılmayan siparişin işlenmesi sonuç olarak ne anlama gelmelidir...

 

kullanılmayan işlevler son dosyadan hariç tutulur.

Başka bir şey ise, neredeyse her zaman, "evrensel olmayan" bir kodun evrensel olandan daha hızlı olmasıdır (örneğin, EA'lar daha hızlı optimize edilir ve bulutta biraz daha az ödemeniz gerektiği ortaya çıkar).

 
Optimize edici derleyici + toplu satır içi oluşturmayı unutmayın.

Yalnızca ve yalnızca kodda çağrılan işlevler alınır ve optimizasyon sırasında diğer her şey atlanır. Yani 61 metodlu bir sınıftan sadece 3 tanesi kullanılıyorsa, o zaman üç metodun kodu dahil edilecektir.

İşlevlerin kendilerinin küçük boyutlarını ve kodun optimizasyonunu hesaba katan işlevlerin satır içi, genellikle kodu basit ve düz hale getirir.
 
papaklass :

Bu nedenle, durum (10008 -> 10012) beni ilgilendirmiyor, çünkü Bu tikte pozisyon açılmazsa bir sonraki tikte açılacaktır.

Kodumu öyle bir şekilde oluşturmaya çalışıyorum ki, EA'nın mantığı bir pozisyon açmayı gerektiriyorsa, pozisyon neredeyse her zaman açılır. Bir sonraki onay işaretine izin verin veya 10 onay işaretinden sonra,

kesinlikle doğru yaklaşım.

ve sonra hata işleme konusuna dönüyoruz - standart İncil'de eksik olan nedir? Hata işleme/analiz yönünde hangi son rötuşları yapmak istiyorlar?

 
papaklass :

serbest nakitten fazla lot ile pozisyon açarken veya bekleyen bir emir verirken, mevcut fiyattan izin verilen minimum mahsup sağlanmaz veya pozisyonun yönü dikkate alınmadan stop verilmesi.

ve bu durumları işleyerek, sıranın eksikliklerini programcıdan kütüphanenin kendisi tarafından düzelterek ne kastedilmektedir?
yani, İncil'in kendisi ayakları devirdi mi, yoksa kendi takdirine göre partiyi mi değiştirdi?

ya da yanıt olarak uygun kodu göndermek ve böylece proger yanlış siparişini biliyor mu?

 
sergeev :

ve bu durumların işlenmesi, programcıdan gelen siparişin eksikliklerinin kütüphanenin kendisi tarafından düzeltilmesi ile ne kastedilmektedir?
yani, İncil'in kendisi ayakları devirdi mi, yoksa kendi takdirine göre partiyi mi değiştirdi?

Birkaç masum soru daha ve papaklas bir şeyleri tahmin etmeye ve şüphelenmeye başlayacak...
 

sadece programcılar "gerekliliği ve yeterliliği" farklı algılıyorlar, bu yüzden işlevselliği genişletme konusunda sorular soruluyor.

varsayımda kalmaktansa her şeyi tam olarak açıklamaları onlar için daha iyidir.

 
papaklass :
Yine, kimseyi hiçbir şeye ikna etmeye çalışmıyorum. Kütüphanede her şeyin yolunda olduğunu düşünüyorsanız, bırakın her şey olduğu gibi kalsın. Tartışmadan sonra bile bu kütüphaneyi kullanmayacağım. Yalnızım, yapabilir miyim?

İskender, yalnız değilsin. Ama meselenin püf noktası bu değil. Yapacağım ya da yapmayacağım.

Sonuçta, soru tamamen pratiktir - gelişimin (ve muhtemelen kendinizin) yararına.

bu durumların işlenmesi, programcıdan gelen siparişin eksikliklerinin kütüphane tarafından düzeltilmesi ile ne kastedilmektedir?
yani, İncil'in kendisi ayakları devirdi mi, yoksa kendi takdirine göre partiyi mi değiştirdi?

ya da yanıt olarak uygun kodu göndermek ve böylece proger yanlış siparişini biliyor mu?
 
papaklass :
... Neden programcıya siparişinin hatalı olduğunu hemen bildirmiyorsunuz ve göndermeden önce bir hata kodu vermiyorsunuz?
Yani istemci aşamasında hatalı bir istek kesiliyor ve sunucuya ulaşmıyor gibi görünüyor.
 
papaklass :
Cevap yüzeyde - neden sunucuya doğru olmayan bir sipariş gönderip yanıt bekleyesiniz? Neden programcıya siparişinin hatalı olduğunu hemen bildirmiyorsunuz ve göndermeden önce bir hata kodu vermiyorsunuz?
CTrade::OrderSend'e bir OrderCheck eklemekten mi bahsediyorsunuz?
Neden: