Programcı sertifikasyon hizmeti yapın... - sayfa 6

[Rustamzhan Salidzhanov]

evet arkadaşlar....

Artık puan verebilirsiniz :)

[snowman]

VOLDEMAR :
Pekala, yolda hiçbir şey söyleyemezsin, o yüzden sus ya da konuya konuş .... En azından gösterdikleri bir şey biliyorsan ... Yoksa yazık mı ??? Ya da hiçbir şey bilmiyorum...

burada bir anlaşmazlık yok.

Gerçekte, sunucuya gönderilen siparişin doğruluğuna emir gönderme işlevlerini kontrol etmek daha iyi olacaktır.

Hata mesajı sunucudan hatayı aldıktan sonra değil, ondan önce olsun diye)

[Alexander Bereznyak]

MrGold166 :

Sondan sıralamanın anlamı budur, bir siparişi iki kez işleme koymamızda askeri bir şey yoktur. en kötü durumda, bu yalnızca siparişleri sayarsak, örneğin ortalama fiyat, bir sipariş 2 kez sayıldığında bize müdahale eder. Hesaplara büyük ölçüde müdahale etse bile, bir sonraki tıkta her şey yerine dönecek ve kârı olması gereken yere koyacağız. Hafızamda, sipariş sayısı 50'nin üzerinde ve Asya'daki en kötü sözde "broker" ile (evet, evet, kimden bahsettiğimi anlıyorsunuz, buna I deniyor), ancak hesap dolaşıma girdikten sonra ( nedenini biliyorsun), bu bir kereden fazla olmadı. Ancak bu da önlenebilir:

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

Ve bir sonraki tıklamada aynı durumu yaşamayacağınızı, ama hiçbir şey almayacağınızı nasıl garanti edebilirsiniz.

Ve en kötü durum gelebilir, yanlış ortalamayı hesaplar ve yanlış sırayı açarsınız ve bir sonraki tik önemli olmaz.

Önemli olan emir sayısı değil, işlem ortamı, gerçek stopların varlığı, hesapta diğer Uzman Danışmanların bulunmasıdır.

[A100]

MrGold166 :

Ancak bu da önlenebilir:

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

Teorik olarak, birden fazla düzenin durumu değişebilir

[Alexander Bereznyak]

A100 :
Teorik olarak, birden fazla düzenin durumu değişebilir

Sağlam fikir, iki tane düşünmedim, bir taneye takılıp kaldım.

Böylece orijinale döndük, bu fonksiyonla çarpışmaları nasıl çözebiliriz.

[snowman]

sandex :

Sağlam fikir, iki tane düşünmedim, bir taneye takılıp kaldım.

Böylece orijinale döndük, bu fonksiyonla çarpışmaları nasıl çözebiliriz.

   int j= OrdersTotal ();
   for ( int i=j- 1 ;i>= 0 ;i--)
   {
       if ( OrderSelect (i,SELECT_BY_POS))
      {
      }
   }
   if (j!= OrdersTotal ()) return ( 0 );

eğer buna gelirse, tekrar hesaplayın. giriş ve çıkıştakisipariş sayısı eşit değilse.

[[Silindi]]

A100 :
Teorik olarak, birden fazla düzenin durumu değişebilir

Ve ne? Evet, her şey değişse de yine aynı işlemleri analiz etmeyeceğiz.

Listedeki yukarıdaki işlemin değiştiği gerçeğinden bahsediyorsak, aramadan sonra - toplam karı belirlemeden önce değişebilir.

[A100]

snowman :

bu nedenle giriş ve çıkıştakisipariş sayısı eşit değilse yeniden hesaplayın.

Genel durumda, emir sayısı bile eşit olabilir, sadece farklı emirler olabilir.

[[Silindi]]

snowman :

eğer buna gelirse, tekrar hesaplayın. giriş ve çıkıştakisipariş sayısı eşit değilse.

Bu da yardımcı olmaz, eğer aniden bekleyen bir emir açılırsa, miktar kaydedilir, ancak parametreler kaydedilmez. Öte yandan, bunun bize herhangi bir şekilde müdahale etmesi muhtemel değil, yeni açılan ertelenmiş tutarı dahil etmedik, korkutucu değil. (Bunun bir hataya yol açacağı bir durum görmüyorum). Böyle bir durum, yalnızca biri çok sayıda kene olan özel bir dizi koşul altında ortaya çıkabilir, yani. bir sonraki yineleme çok yakında olacak ve hata düzeltilecek. Siparişler keneler arasında sıralanıyorsa bu bizim için sorun değil.

Çoğu zaman, bir grup parametreyi hesaplamak için, numaralandırmanın bir yinelemede düzinelerce kez yapıldığı diğer programcıların kodlarını ayrı ayrı görmeniz gerekir, o zaman bu bir sorundur.

[A100]

MrGold166 :

Ve ne? Evet, her şey değişse de yine aynı işlemleri analiz etmeyeceğiz.

Listedeki yukarıdaki işlemin değiştiği gerçeğinden bahsediyorsak, aramadan sonra - toplam karı belirlemeden önce değişebilir.

Belirli bir duruma göre değil, genel duruma göre hesaplamayı kastetmiştim. Bir şeyin tekrar tekrar muhasebeleştirilmesi ve / veya hafife alınmasının hala önemli olduğunu düşünüyorum, bazen kritik