Siparişleri değiştirirken 1 numaralı hata - sayfa 6

Yeni yorum
 
tara :
Nasıl oy verdin?
Bugün hava güzeldi (+15), bu yüzden giyinerek dışarı çıktım. Ve hiçbir şey söylemedi, çünkü beni ilgilendirmez.
 
Akella...
 
tara :
Akella...

üfleme! Ne demek istiyorsun?

 
borilunad :

Tüm kontroller, her tiple ilgili koşulların ve bu fonksiyona yapılan çağrının olduğu, sadece Modify() içindeki hata kontrolünün yapıldığı döngüden önce gerçekleştirilir:

Bir şey olursa, yine de sorun, ama şimdi yemeğe gittim. ;)

Boris , elbette, yardımın için teşekkürler. Ancak genel olarak, sövemin yanlış yere gömüldüğü ortaya çıktı. Ve diğerinde. Siparişi gönderme yöntemiyle aynı yöntemle gönderdikten sonra bir değişiklik yapıldı ve ardından aynı tik üzerinde farklı bir koşula göre değişiklik yapıldı. Hacim olarak, sipariş açıldığında, bu onay işaretinde hatalar atladı. Ve diğer anlarda hata yoktu.

Daha ileri gidersek, o zaman durma seviyesi ve donma seviyesi + oradaki fiyatı kontrol etme işlevi, koşullar tam olarak karşılanmadıysa, doğru olmasına rağmen düzeltildi, ancak bir nedenden dolayı eğri derleyicisi onu doğru şekilde işlemek istemiyor. Her şeyi yazdırıyorum, her şeyi doğru yapıyor, bir seviye yukarı, her şey de net. Ve sonuç yoktu. Bu işlevi 2 parçaya böldüm ve şimdi her şey çalışıyor.

Elbette tüm bu çarpıklıkları sevmiyorum ama şimdilik bir şekilde hayatta kalacağım ...

 
hoz :

Boris , elbette, yardımın için teşekkürler. Ancak genel olarak, sövemin yanlış yere gömüldüğü ortaya çıktı. Ve diğerinde. Siparişi gönderme yöntemiyle aynı yöntemle gönderdikten sonra bir değişiklik yapıldı ve ardından aynı tik üzerinde farklı bir koşula göre değişiklik yapıldı. Hacim olarak, sipariş açıldığında, bu onay işaretinde hatalar atladı. Ve diğer anlarda hata yoktu.

Daha ileri gidersek, o zaman durma seviyesi ve donma seviyesi + oradaki fiyatı kontrol etme işlevi, koşullar tam olarak karşılanmadıysa, doğru olmasına rağmen düzeltildi, ancak bir nedenden dolayı eğri derleyicisi onu doğru şekilde işlemek istemiyor. Her şeyi yazdırıyorum, her şeyi doğru yapıyor, bir seviye yukarı, her şey de net. Ve sonuç yoktu. Bu işlevi 2 parçaya böldüm ve şimdi her şey çalışıyor.

Elbette tüm bu çarpıklıkları sevmiyorum ama şimdilik bir şekilde hayatta kalacağım ...

Benim için zevkti! Ben de iyi değilim! Bitirdi, sonunda, başka bir danışman. Pazar gecesinden bir demoya koydum ve doldurmanın trol olmadığını gördüm, bu yüzden bugün bütün gün anladım ve ancak şimdi, nihayet, her şey normal şekilde ilerliyor. Ve Real Madrid'de yine bazı sürprizler olacak. Ana şey azim, sabır ve azim!
 
https://forum.mql4.com/ru/65622
 
azfaraon :
https://forum.mql4.com/en/65622
Profesörün kendisiyle iletişime geçmenizi tavsiye ederim! Sisteminin mantığını değiştirmek istiyorsunuz ve hiç kimse bunu ondan daha iyi yapamayacak ve başka birinin koduyla uğraşacak, özellikle de büyük olasılıkla modası geçmiş ve hatta isimsiz bir muhafızı "koruyacak" bir avcı bulamazsınız!
 

Boris, işin aslı şu ki, işlevin bir dizi faktörü hesaba katmıyor. Örneğin, ticarete izin veriliyor mu...vs. Değiştirme işlevimde şu satırlar var: 

   while (IsTradeAllowed() == true )
      {
         if (!IsExpertEnabled() || IsStopped () || li_Cnt > 200 )
         {
            CLogs.WriteLog ( StringConcatenate ( "Error: Trying to send order " , GetNameOP (fi_Type), " | Price: " , DToS (fd_Price), " NOT IsTradeContextBusy" ));

             if (!IsExpertEnabled())
            {
               CLogs.WriteLog ( "Permit ExpertEnabled !!!" );
            }
             return (- 1 );
         }

Bu örneğin. Onlar. Kısalığın her zaman uygun olmadığını söylemek istiyorum. Sonuçta, bu çekler gerçek ticarette hala mevcuttur. O zaman neden onları bir "kara kutuya" koymuyorsunuz?

ve artık onları düşünmüyor musun? Ayrıca daha kolay...

Prvvda, yalnızca yeterli bir platform varsa daha kolaydır. Bizim durumumuzda, seçenek en iyisi değil. Ama altın ortalama türünü bulabilirsiniz. Çok uzun kodlar değil ama boş da değil.

 
hoz :

Boris, işin aslı şu ki, işlevin bir dizi faktörü hesaba katmıyor. Örneğin, ticarete izin veriliyor mu...vs. Değiştirme işlevimde şu satırlar var:

Bu örneğin. Onlar. Kısalığın her zaman uygun olmadığını söylemek istiyorum. Sonuçta, bu çekler gerçek ticarette hala mevcuttur. O zaman neden onları bir "kara kutuya" koymuyorsunuz?

ve artık onları düşünmüyor musun? Ayrıca daha kolay...

Prvvda, yalnızca yeterli bir platform varsa daha kolaydır. Bizim durumumuzda, seçenek en iyisi değil. Ama altın ortalama türünü bulabilirsiniz. Çok uzun kodlar değil ama boş da değil.

Viktor, bir pozisyon açmadan önce ticaret izni kontrolüm, öz sermaye yeterliliği kontrolü ve daha pek çok şey var, ancak başlangıçta, işlevlerde değil! Değiştirirken neden kontrol etmelisiniz?
 
borilunad :
Viktor, bir pozisyon açmadan önce ticaret izni kontrolüm, öz sermaye yeterliliği kontrolü ve daha pek çok şey var, ancak başlangıçta, işlevlerde değil! Değiştirirken neden kontrol etmelisiniz?

Boris, bu basit.

İlk olarak, bu durumda, gelecekte unutmayacaksınız. bu çek her zaman mevcut olacaktır.

İkincisi, bu kontrol o kadar az zaman alır ki herhangi bir kod optimizasyonu vermez ve süreci hızlandırmaz. Onlar. ya "Ticaret yapılabilir" seçeneğini işaretleyin ve fonksiyona girin ya da "Ticaret yapılmasına izin verildi" seçeneğini girin ve işaretleyin.

Üçüncüsü, öz sermaye konusunda hemfikirim, zaten ayrı olarak çıkarılması gerekiyor. Bu parçayı kendim kestim. Ve çok kaldırıldı. Shchyas zaten genel olarak kısa işlev görür.

1234567
Yeni yorum