Elliot Dalga Teorisine dayalı ticaret stratejisi - sayfa 275
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Ve yine de, bir komut dosyası aracılığıyla göstergeden ağır bir hesaplama çağırırsanız. Yeni veriler onu durduracak mı, durdurmayacak mı? Henüz MT'de hiçbir şey uygulamadım, ancak önceden bilmek istiyorum. :hakkında)
Peki ya stoploss kullanmaya karar verirseniz? Veya parti boyutunu değiştirmek? Veya girdiler için ek bir filtre mi arıyorsunuz? İnanın bana, ilk koşunun sonucu çok nadiren kesindir. Yani, hesaplama bir hafta sürerse, her ihtimale karşı sonuçlarını yazardım.
Bunu anladım, ara sıra bu şeyin gerçek zamanlı olarak nasıl çalışacağını görmek istedim, ama neyse, bir anlayalım.
MT'de tam uygulamaya gelirse bu durumdan nasıl çıktığımı anlatacağım.
Peki ya stoploss kullanmaya karar verirseniz? Veya parti boyutunu değiştirmek? Veya girdiler için ek bir filtre mi arıyorsunuz? İnanın bana, ilk koşunun sonucu çok nadiren kesindir. Yani, hesaplama bir hafta sürerse, her ihtimale karşı sonuçlarını yazardım.
Bunların hepsi düşünülmüş, burada amatör performans da yok. En hafif tabirle tecrübe... neyse ki :o)
Eh, böyle bir hesaplama süresi ve tahmin aralığı oranı ile, tüccar hala yeterli :-))
MT'ye geçerken hesaplama süresinin ne kadar değişeceğini görmek ilginç olurdu. Ve hangi yoldan. dll'yi kullanmanız gerekmeyebilir.
Hesaplamayı hangi t/f'nin çubukları üzerine kurarsınız?
Burada forumda birisi "Bir göstergeden komut dosyası çalıştırma" konusunu gündeme getirdi. Oraya bakmadım ama belki sorunuzun bir cevabı vardır. Bak.
Bana öyle geliyor ki, betiği göstergeden çalıştırmayı başardıysanız, her biri kendi kurallarına göre birbirinden bağımsız olarak çalışmaya devam ederler.
Neden böyle bir plana ihtiyacınız olduğunu ve bununla ne elde etmek istediğinizi açıklayın.
Eh, böyle bir hesaplama süresi ve tahmin aralığı oranı ile, tüccar hala yeterli :-))
MT'ye geçerken hesaplama süresinin ne kadar değişeceğini görmek ilginç olurdu. Ve hangi yoldan. dll'yi kullanmanız gerekmeyebilir.
Hesaplamayı hangi t/f'nin çubukları üzerine kurarsınız?
Bir tüccar için yeterli zaman vardır, ancak birkaç açık pozisyonu tutmak için bir taktik seçerseniz, sorunlar ortaya çıkabilir. Umarım dll kullanımına gerek kalmaz, her şeyi oldukça güzel sadeleştirdim. Göreceğiz. Sonunda aklıma modeli getirip ilerleyeceğim, daha doğrusu isteğe bağlı olarak fonksiyon yazmaya başladım. :hakkında)
Not : Eklemeyi unuttum, hesaplama saat başında
Burada forumda birisi "Bir göstergeden komut dosyası çalıştırma" konusunu gündeme getirdi. Oraya bakmadım ama belki sorunuzun bir cevabı vardır. Bak.
Bana öyle geliyor ki, betiği göstergeden çalıştırmayı başardıysanız, her biri kendi kurallarına göre birbirinden bağımsız olarak çalışmaya devam ederler.
Neden böyle bir plana ihtiyacınız olduğunu ve bununla ne elde etmek istediğinizi açıklayın.
Teşekkürler, bakacağım. Ve mesele, açık emirlerde mevcut durumu kontrol etmek için uzmandan uzun bir hesaplamayı geri çekmek, ona müdahale etmemek. Ancak bu, MT'de tam uygulama durumunda geçerlidir.
Ah :). Son günlerde yeterince dikkat etmediğim bir şey, muhtemelen sıcaktan :). Genel olarak, kaynak yoğun herhangi bir hesaplamanın diğer tüm terminal işlevlerini ciddi şekilde yavaşlattığı izlenimine sahibim. Bununla birlikte, bunu kontrol etmek için, 10 dakikalık bir değilse bile haftalık bir hesaplama şarj etmek gerekli değildir, o zaman kontrol için muhtemelen yarım saatlik bir hesaplama yeterlidir.
PS Bir başlangıç için, işlemciyi yarım saat meşgul eden bir "boşluk" yazabileceği anlamında. Aynı zamanda, Uzman Danışman ve senaryo arasındaki etkileşimi çözebilir ve böyle bir şema kullanmanın uygunluğuna karar verebilirsiniz.
Ah :). Son günlerde yeterince dikkatli olmadığım bir şey, muhtemelen sıcaktan :)
Evet, bunu daha önce yazdım:
Gelecek için bir sorum var. Buradaki endişe, EA'nın nesnel olarak uzun bir süre "dışarıda" olacağı ve bu nedenle mevcut siparişlerin sürecini kontrol etmeyecek olmasıdır. Komut dosyasını çağırmanın da yardımcı olmayacağına inanıyorum - uzman komut dosyası yürütülene kadar bekleyecek ...
Anlaşılan sıcaktan sorumu doğru formüle edemiyorum :o)
Genel olarak, kaynak yoğun herhangi bir hesaplamanın diğer tüm terminal işlevlerini ciddi şekilde yavaşlattığı izlenimine sahibim. Bununla birlikte, bunu kontrol etmek için, 10 dakikalık bir değilse bile haftalık bir hesaplama şarj etmek gerekli değildir, o zaman kontrol için muhtemelen yarım saatlik bir hesaplama yeterlidir.
Hatırlamaya gelince, bu kadar. Bir zamanlar hesaplamalar açısından "kapasiteli" dijital filtreler kullanıldı. Her şey yavaşladı ama burada iddialar sadece kendilerine.
PS Bir başlangıç için, işlemciyi yarım saat meşgul eden bir "boşluk" yazabileceği anlamında. Aynı zamanda, Uzman Danışman ve senaryo arasındaki etkileşimi çözebilir ve böyle bir şema kullanmanın uygunluğuna karar verebilirsiniz.
Bilgisayarın sonsuz bir döngüyü kaç saniyede tamamlayacağını düşünüyorum. :hakkında))))
Neden tamamlasın? Teoride, bayraktan bayrağa?
Neden tamamlasın? Teoride, bayraktan bayrağa?
Evet, bu iyi bilinen bir şaka :)
Teşekkürler, bakacağım. Ve mesele, açık emirlerde mevcut durumu kontrol etmek için uzmandan uzun bir hesaplamayı geri çekmek, ona müdahale etmemek. Ancak bu, MT'de tam uygulama durumunda geçerlidir.
Bunu en başından anladım. Ancak bir göstergeden bir komut dosyası çalıştırmayı soruyorsunuz. Buradaki gösterge nedir? Aslında bunu sordum.
Спасибо, буду искать. А смысл в том, что бы вывести длительный расчет из эксперта, не мешать ему контролировать текущую ситуацию по открытым ордерам. Но это на случай полной реализации в MT.
Bunu en başından anladım. Ancak bir göstergeden bir komut dosyası çalıştırmayı soruyorsunuz. Buradaki gösterge nedir? Aslında bunu sordum.
Bu, Expert Advisor'ın start()'ta her şey hesaplanana kadar teklif almadığı durumlardan nasıl çıkılacağına dair önerilerden sadece biriydi ve ayrıca, yeni teklifler geldikten sonra göstergenin hesaplamayı iptal etmesini önerdiniz. İşte düşündüğüm şey...