Hatalar, hatalar, sorular - sayfa 147
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Mql5 dilinde, örneğin şu anda kapatılmakta olan bir açık pozisyonun durumunu izlemek için bir fırsat var mı?
...Ama sonra bir sonraki tık gelir, yukarıdaki tüm adımlar tekrarlanır, pozisyon seçilir, hacim alınır ve kapanma yönünde BİR DAHA pozisyon yerleştirilir.
Bundan kaçınmak için ne yapılabilir?
Yapacak bir şey yok. Geçerli tik OnTick() işlevi tarafından işlenene kadar, yeni gelen tüm tikler atlanır.
Bir pozisyona gerçek zamanlı olarak ne olduğu, OnTrade() ticari olay işleme işlevi kullanılarak izlenebilir.
Yapacak bir şey yok. Geçerli tik OnTick() işlevi tarafından işlenene kadar, yeni gelen tüm tikler atlanır.
Bir pozisyona gerçek zamanlı olarak ne olduğu, OnTrade() ticari olay işleme işlevi kullanılarak izlenebilir.
İsteğin eşzamansız yürütülmesi için olmasaydı, her şey iyi olurdu. Ve böylece, bir kene geldiğinde, pozisyonu kapattım, bir sonrakinin gelişinde hala listedeler ve açık mı, açık mı yoksa kapalı mı olduklarını nasıl anlayabilirim? Ticaret olaylarını ele almak? IMHO, bu kadar kafa karıştıran temel bir işlem olmamalı ..
İdeal olarak, bir pozisyonu kapatmaya çalıştığınızda, şu anda bir tür eylem sürecinde olduğunu belirleyebileceğiniz "Kapanıyor" veya "işleniyor" veya başka bir durum alır, o zaman onu yalnız bırakabilirsiniz. temiz bir vicdan.
Ve şimdi - bir sürü tarihi çevirin, ne olduğunu ve nasıl olduğunu anlayın ve her şeyin doğru olacağı bir gerçek değil ve bu her tikte ..
İsteğin eşzamansız yürütülmesi için olmasaydı, her şey iyi olurdu. Ve böylece, bir kene geldiğinde, pozisyonu kapattım, bir sonrakinin gelişinde hala listedeler ve açık mı, açık mı yoksa kapalı mı olduklarını nasıl anlayabilirim? Ticaret olaylarını ele almak? IMHO, bu kadar kafa karıştıran temel bir işlem olmamalı ..
İdeal olarak, bir pozisyonu kapatmaya çalıştığınızda, şu anda bir tür eylem sürecinde olduğunu belirleyebileceğiniz "Kapanıyor" veya "işleniyor" veya başka bir durum alır, o zaman onu yalnız bırakabilirsiniz. temiz bir vicdan.
Ve şimdi - bir sürü tarihi çevirin, ne olduğunu ve nasıl olduğunu anlayın ve her şeyin doğru olacağı bir gerçek değil ve bu her tikte ..
Ve ne .. Birisi NewBar'ın bir olay olmadığını söyleyecek ???)))))))))
OnNews - haberler geldi - bot onlarla tanışmalıdır.
1. NewBar - Bağımsız olarak uygulanabilen bir olay. Büyük olasılıkla bu tavsiye edilecektir. Bir şekilde Connect hakkında konuştum, cevap basitti - Kendin uygulamalısın.
Hiç sorun yok - Ben uyguladım ve kendimi o kadar kaptırdım ki, şimdi zamanlayıcı aracılığıyla neredeyse ihtiyacım olan her şeyi takip ediyorum (zaten yaklaşık 30 olay var). Bitirdiğimde, kullanıcı beni ilgilendiren parametrelerin hiçbirini değiştiremeyecek, böylece uzman bunu bilmiyor.
2. OnNews - Fikir genel olarak anlaşılabilir, biri katılabilir. Geliştiriciler büyük olasılıkla News.wav'ın varlığını gösterecek olsa da.
Bununla birlikte, uzun süredir, ekonomik haber takvimi ve diğer FA ile çalışma olasılığı nedeniyle geliştiricilerin dilin işlevselliğini genişletmesini sağlamaya çalışıyorum. Her şeyi doğru yapacaklarını mı düşünüyorsun? Bir şeyden şüpheleniyorum.
Bu yüzden bir süreliğine bu konuda bir başvuru gönderdim, çünkü umut hala canlı. Bir uzmanın kendi başına bir iş yapması güzel olur...
İsteğin eşzamansız yürütülmesi için olmasaydı, her şey iyi olurdu. Ve böylece, bir kene geldiğinde, pozisyonu kapattım, bir sonrakinin gelişinde hala listedeler ve açık mı, açık mı yoksa kapalı mı olduklarını nasıl anlayabilirim? Ticaret olaylarını ele almak? IMHO, bu kadar kafa karıştıran temel bir işlem olmamalı ..
İdeal olarak, bir pozisyonu kapatmaya çalıştığınızda, şu anda bir tür eylem sürecinde olduğunu belirleyebileceğiniz "Kapanıyor" veya "işleniyor" veya başka bir durum alır, o zaman onu yalnız bırakabilirsiniz. temiz bir vicdan.
Ve şimdi - bir sürü tarihi çevirin, ne olduğunu ve nasıl olduğunu anlayın ve her şeyin doğru olacağı bir gerçek değil ve bu her tikte ..
Evet ve şimdi her şeyi yapmak elbette BECERİCİ olmadıkça kolayca yapılabilir. Geliştiriciler OnTrade()'i yeniden yazmaya ve gerekli parametreleri oraya eklemeye söz verdiler. eğer yaparlarsa, işlenmesi daha da kolay olacaktır.
Hiç kimse bu tür durumları OnTick() veya OnTime()'da - alım satım işleminin yapıldığı yerde - yerinde işlemekle uğraşmaz; veya OnTrade()'de, doğrudan koddan kontrol edilmeyen kullanıcı eylemlerini veya alım satım işlemlerini yakalamak gerekiyorsa.
1.NewBar - Bağımsız olarak uygulanabilen bir olay. En kısa zamanda tavsiye edecekleri şey bu. Bir şekilde Connect hakkında konuştum, cevap basitti - Kendin uygulamalısın.
...OnNewBar'ı nasıl gördüğümü biraz açıklamadım ..))
OnNewBar(ulong Param), burada Param - yeni bir çubukla zaman çerçevesi konumlarında bitsel olarak 1 ile doldurulur. - Tüm çizelgeler aynı anda çubuk sayısıyla güncellenmez ..
Örneğin ..
...00001 - sadece bir dakika güncellendi
...00111 - sadece bir dakika, 2 ve 3 güncellendi .. vb.
Tamamen, bir fikir - ama faydalı bir şey olacağını düşünüyorum .. Yine de ..?;)
OnNewBar'ı nasıl gördüğümü biraz açıklamadım ..))
OnNewBar(ulong Param), burada Param - yeni bir çubukla zaman çerçevesi konumlarında bitsel olarak 1 ile doldurulur. - Tüm çizelgeler aynı anda çubuk sayısıyla güncellenmez ..
Örneğin ..
...00001 - sadece bir dakika güncellendi
...00111 - sadece bir dakika, 2 ve 3 güncellendi .. vb.
Tamamen, bir fikir - ama faydalı bir şey olacağını düşünüyorum .. Yine de ..?;)
Parametre hakkında düşünmeniz gerekir. Bunu bu şekilde yapmaya değer mi (belki oraya bir TF'yi ENUM_TIMEFRAMES biçiminde itmek daha kolaydır)?
En azından böyle bir şeyi karıştırmak istedim ama sonra reddettim ...
not
Şu anda üzerinde çok çalıştığım Chart sınıfında OnNewBar'ı karıştırmak istediğimi söylemeyi unuttum (gerçekten standart şeyleri paketlerken + oradaki KEYİFLİ küçük şeylerim).
Sadece bana standart CChart'ın neden beni memnun etmediğini sorma... :)
yeni bir çubuğun görünümünü izlemesi gereken, koduma bakın. Faydalı olabilir. Farklı seçenekler denedim - bu yöntem en güvenilir
https://www.mql5.com/ru/code/107
yeni bir çubuğun görünümünü izlemesi gereken, koduma bakın. Faydalı olabilir. Farklı seçenekler denedim - bu yöntem en güvenilir
https://www.mql5.com/ru/code/107
Son çubuğun açılış saatini SERIES_LASTBAR_DATE nokta sembolüyle hatırlamanın ve karşılaştırmanın nesi yanlış? Sürümünüzden çok daha basit ve göstergeye gerek yok.
Ek olarak, birden çok para biriminden oluşan bir Uzman Danışman için her simge için yeni bir çubuk tanımlaması gerekir, bu da tüm simgeler için göstergenin başlatılması gerektiği anlamına gelir.
yeni bir çubuğun görünümünü izlemesi gereken, koduma bakın. Faydalı olabilir. Farklı seçenekler denedim - bu yöntem en güvenilir
https://www.mql5.com/ru/code/107
Ve yine - kod .. kod .. Kod iyidir .. ama aynı zamanda - taktikler, döngüler .. ;)
Peki, grafik yeni bir çubuğun oluşturulması hakkında bir mesaj almıyor mu? hayata inanmıyorum..
Bundan bir olay çıkarmak sorunlu mu? ve en azından önceden belirlenmiş bir değişken?
Ve genel olarak - olayları işlemek, kod dağlarını sarmaktan daha kolaydır .. Ve ayrıca - hatalarla (HATASIZ PROGRAMLAR - GERÇEKLEŞMEYİN!!!)))))