ORDER_POSITION_ID - sayfa 4

 
papaklass :

Programcıların bir kuralı vardır - kodu tartışın!

Kodla ilgili sorunlarınız varsa, sorunla karşılaştığınız kodu göndermeniz ZORUNLUDUR. Böyle bir durumda, elbette yardım etmek isteyenleri bulacaksınız. Yeni bir şey icat ediyorsunuz: Karşılaştığınız sorunu "parmaklarınızda" kod olmadan tartışmaya çalışıyorsunuz.

Yakın gelecekte sorularınızın yalnızca servis alanında değil, forumda da yanıtsız kalmasına şaşırmayacağım.

Doğru sonuçları çıkarmaya çalışın ve aptal olmayın. :)

Kodla ilgili bir sorunum yok!

ilk başta sordum:

AŞAĞIDAKİ KODU KİMLER KULLANIR:

 long pos_id = long ( OrderGetInteger ( ORDER_POSITION_ID ) );

Soru okumayı ne zaman öğreneceksin?

 
Mikalas :

Kodla ilgili bir sorunum yok!

ilk başta sordum:

AŞAĞIDAKİ KODU KİMLER KULLANIR:

Soru okumayı ne zaman öğreneceksin?

Ayrıca sordunuz:

Benim için, kısmen yürütülen bir siparişle, pos_id her zaman = 0'dır.

Niye ya?

 
Contender :

Ayrıca sordunuz:

Evet, bu kodu KULLANAN kişiye daha sonra sormamak için sordum.  

 
Mikalas :

Benim için, kısmen yürütülen bir siparişle, pos_id her zaman = 0'dır.

Niye ya?

MQ yardımından:

ORDER_POSITION_ID

Yürütüldüğünde siparişe yerleştirilen konum kimliği . Gerçekleştirilen her emir , yeni bir pozisyon açan veya mevcut bir pozisyonu değiştiren bir işlem oluşturur. Bu pozisyonun kimliği, şu anda yürütülen siparişe ayarlanmıştır .

Belki bu, (emrin) henüz tam olarak yerine getirilmemesinin bir sonucudur ve bu emrin başka bir pozisyonun oluşumuna katılacağı bir durum mümkündür.
 
Yurich :
Belki bu, (emrin) henüz tam olarak yerine getirilmemesinin bir sonucudur ve bu emrin başka bir pozisyonun oluşumuna katılacağı bir durum mümkündür.

Seninle iletişim kurmak bir zevk Yurich, iyi günler!

Ama gerçek şu ki, deneylerimi ORDER_POSITION_ID ile yapıyorum

demo sunucusunda (kimse programı izlemeye zahmet etmez).

Ve bir işlev çağrısı

 long GetOrderPosId( const ulong ticket )

"kalıcı" bir durumda gerçekleşir.

Ve sihirle ilgili öneriniz üzerine bunu hallettim, bir kez daha çok teşekkür ederim!

Vurguladığın ifadeler benim için açık, ama o zaman neden MQ şunu yazdı:

Gerçekleştirilen her emir , yeni bir pozisyon açan veya mevcut bir pozisyonu değiştiren bir anlaşma oluşturur .

Kafamı karıştıran bu.

İşlem ORDER_POSITION_ID , belki yanılıyorum ama servis masasından cevap yok.

Sipariş, kısmen gerçekleştirildikten sonra geri çekilirse, ORDER_POSITION_ID olmaz mı?  

Bu pozisyonun kimliği, şu anda yürütülen siparişe ayarlanmıştır .

 
Mikalas :

Ve bir işlev çağrısı

"kalıcı" bir durumda gerçekleşir.

Doldurulmuş bir siparişin değil, verilen bir siparişin kimliğini soruyorsunuz. Yürütülen emir tarihe geçecek.

 
Mikalas :


Sipariş, kısmen gerçekleştirildikten sonra geri çekilirse, ORDER_POSITION_ID olmaz mı?  

Teoride, emrin yürütülen kısmı tarihte mevcut olmalıdır. Yoksa o orada değil mi?

Sana farketmediğin bir soru sordum: https://www.mql5.com/en/forum/35432/page2#comment_1042916

 
Yurich :

Doldurulmuş bir siparişin değil, verilen bir siparişin kimliğini soruyorsunuz. Yürütülen emir tarihe geçecek.

Yani geçmiş veriler için ORDER_POSITION_ID ?

Ama yardımda:

Sipariş Özellikleri

Alım satım işlemlerini yürütmek için emirler varantlarla verilir. Her siparişin birçok okuma özelliği vardır, bunlar hakkında bilgi OrderGet...() ve HistoryOrderGet...() işlevleri kullanılarak elde edilebilir .

 
Contender :

Bu kısmen doldurulmuş siparişi izliyorsunuz. O nerede? İşlem listesinde mi yoksa idam edilenlerde mi?

Sipariş geçerlidir .
 
Neden: