Hatalar, hatalar, sorular - sayfa 1494
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
OnMarketwatch'ın eksikliğiyle ilgili bir açıklamayı da minnetle kabul ederim.
Bu olayın neden MT'de olmadığını bu tür bir açıklama ile talep etmeseniz iyi olur.
Ve sizce nasıl çalışması gerektiğine ve tüccarların %99'unun buna neden ihtiyaç duyabileceğine dair ayrıntılı bir açıklama ile Hizmet Masasına yazarlardı.
Bence burada OnTimer() işlevini kullanabilir, her X milisaniyede bir olay çağırabilirsiniz.
Marketwatch'a yeni bir onay işaretinin gelmesi olayı. OnTick ile aynıdır, ancak yalnızca bir sembolün değil, "Piyasa İzleme" de imzalanan tüm işaretlerin yeni işaretlerine tepki verir.
Mevcut teklif akışıyla, bir sonraki OnTick çalışırken kendi keneleri bile gruplar halinde gelmeyi başarıyor.
Nedense birçok kişi, bir olay meydana geldiğinde, aynı Uzman Danışman tarafından başka bir olay işleniyor olsa bile (yani paralel olarak) bu olayın işleyicisinin hemen, tam orada seğirdiğini düşünüyor. Bu doğru değil.
Tüm olaylar, bir Uzman Danışman için ortak bir kuyrukta sıralanır. Uzman bunları tek tek işler. Ve burada her şey programcıya bağlıdır - bir olayın işlenmesini ne kadar etkili bir şekilde uyguladığı. Ancak programcı süper olsa ve programcının süper bir el arabası olsa bile, o zaman aynı, çok sayıda olay varsa, sıra şişer (diğer insanların karakterlerinden keneler varsa daha da fazla)
Yabancı sembollerden kene istemenin argümanları nelerdir? "Doğru sembolleri takip etmek için zamanlayıcıyı çalıştırmak istemiyorum çünkü anlaşmaya geç kalabilirim." Ve başka bir sembolün tik olayı (özellikle birkaç sembol izleniyorsa), başka bir olayı kendi işlemesiyle kuyrukta geciktirilebileceğinden, dağıtım için geç kalma olasılığı çok daha yüksek olacaktır.
İnanın bana, başkalarının keneleriyle ilgili olayları tartışmıştık. Bu nedenle, "bir zamanlayıcı kullanmak çok daha iyi" sonucuna vardılar.
MQL4++'da giriş parametrelerini programlı olarak değiştirmem gerektiğinde extern olmadan yapamam.
Sıradan değişkenlerle çalışmanızı kesinlikle engelleyen hiçbir şey yoktur. Etkileşimli göstergeler için, aslında, kendi etkileşiminiz tarafından kontrol edilmeyen harici const parametrelerine hiç gerek yoktur.
Siz sadece tembelsiniz ve zaten çalışan bir alternatif olduğu için kullanmayacağınız irrasyonel bir fazlalık talep ediyorsunuz.
Çoklu monitör sahiplerine ne gibi tavsiyelerde bulunursunuz? Terminal ile verimli çalışmayı nasıl organize edebilirsiniz?
Tüm sekmeleri ve hizmet pencerelerini (araç kutusu, test cihazı, pazara genel bakış, gezgin, veri penceresi , araç çubukları) ayrı bir monitöre taşıyın.
Terminal penceresinde sadece çizelgeleri bırakın. Terminal penceresini, boyut ve çözünürlük açısından aynı özelliklere sahip kalan birkaç monitöre uzatın
Bu olayın neden MT'de olmadığını bu tür bir açıklama ile talep etmeseniz iyi olur.
Ve sizce nasıl çalışması gerektiğine ve tüccarların %99'unun buna neden ihtiyaç duyabileceğine dair ayrıntılı bir açıklama ile Hizmet Masasına yazarlardı.
Sıradan değişkenlerle çalışmanızı kesinlikle engelleyen hiçbir şey yoktur. Etkileşimli göstergeler için, aslında, kendi etkileşiminiz tarafından kontrol edilmeyen harici const parametrelerine hiç gerek yoktur.
Siz sadece tembelsiniz ve zaten çalışan bir alternatif olduğu için kullanmayacağınız irrasyonel bir fazlalık talep ediyorsunuz.
Bu kadar agresif bir sakin akıl yürütme algısını anlamıyorum. Sana kötü bir şey göründü ... Bu orada değil, her şey yolunda, sakin ol. Sen R değilsin...
Bence burada OnTimer() işlevini kullanabilir, her X milisaniyede bir olay çağırabilirsiniz.
Bu çözümün daha hedefli bir versiyonu uzun zamandır icat edildi - gerekli sembollere göstergeler koymak ve Uzman Danışmana özel bir olay göndermek için.
Biliyorum, bu yüzden hemen yazdım:
zaskok3 :
Bazı nedenlerden dolayı koltuk değneği çözümleri bir zamanlayıcı veya hatta daha fazla sapkınlık aracılığıyla sunulur - OnChartEvent.
Slava, mantığını tam olarak anlamıyorum:
Slava :
Yabancı sembollerden kene istemenin argümanları nelerdir? "Doğru sembolleri takip etmek için zamanlayıcıyı çalıştırmak istemiyorum çünkü anlaşmaya geç kalabilirim." Ve başka bir sembolün tik olayı (özellikle birkaç sembol izleniyorsa), başka bir olayı kendi işlemesiyle kuyrukta geciktirilebileceğinden, dağıtım için geç kalma olasılığı çok daha yüksek olacaktır.
İnanın başka insanların keneleri ile ilgili olayları gerçekten tartıştık. Bu nedenle, "bir zamanlayıcı kullanmak çok daha iyi" sonucuna vardılar.
O zaman kendi keneleriniz için bir zamanlayıcı yeterliyse OnTick'in amacı nedir? Mantığım muhtemelen doğru çalışmıyor. Ama şunu savunuyorum: OnTick olduğuna göre, OnMarketWatch da olmalı. OnMarketWatch, OnTimer aracılığıyla uygulanabildiğinden, aynısı OnTick ile de yapılabilir. Dolayısıyla OnTick'in varlığı, OnMarketWatch'ın varlığı ile aynı mantığa sahiptir. Ama biri var, diğeri değil.
OnTick kuyruğu, mevcut OnTick'in yürütülmesi sırasında olan onaylar için sıfırlanır (Uzman Danışmanlarda durum budur). Sıradaki taşmanın ne olduğu hakkında - net değil. Hafta sonları zamanlayıcıyı boşta çalıştırmak akıllıca değildir. Expert Advisors'da OnTick her tik üzerinde çalışmaz. Bu nedenle, EA'da boşluk olmadan kene toplamak imkansızdır. Sıra sıfırlanır ve bu normaldir. Taşma yok.
zaskok3 :
Slava, mantığını tam olarak anlamıyorum:
O zaman kendi keneleriniz için bir zamanlayıcı yeterliyse OnTick'in amacı nedir? Mantığım muhtemelen doğru çalışmıyor. Ama şunu savunuyorum: OnTick olduğuna göre, OnMarketWatch da olmalı. OnMarketWatch, OnTimer aracılığıyla uygulanabildiğinden, aynısı OnTick ile de yapılabilir. Dolayısıyla OnTick'in varlığı, OnMarketWatch'ın varlığı ile aynı mantığa sahiptir. Ama biri var, diğeri değil.
OnTick kuyruğu, mevcut OnTick'in yürütülmesi sırasında olan onaylar için sıfırlanır (Uzman Danışmanlarda durum budur). Sıradaki taşmanın ne olduğu hakkında - net değil. Hafta sonları zamanlayıcıyı boşta çalıştırmak akıllıca değildir. Expert Advisors'da OnTick her tik üzerinde çalışmaz. Bu nedenle, EA'da boşluk olmadan kene toplamak imkansızdır. Sıra sıfırlanır ve bu normaldir. Taşma yok.
OnTick, dörtlü işlev başlangıcından sorunsuz bir şekilde geçti
OnTick, ihtiyaçların %99'unu karşılar ve basit programlar yazmanıza olanak tanır.
Kuyruk taşması sorunu yoktur. Şişmesi hakkında konuşuyoruz - olaylar kaybolmaz.
Bireysel olaylar için ayrı kuyruk yok (OnTick kuyruğu). Bir Expert Advisor'ın tüm olayları için ortak bir sıra vardır.
Ancak sıra, olaylarla oldukça akıllı bir şekilde doldurulur - kuyrukta işlenmemiş bir NewTick olayı varsa, buna başka hiçbir NewTick olayı eklenmez. Kuyrukta işlenmeyen bir Zamanlayıcı olayı varsa, kuyruğa başka Zamanlayıcı olayı eklenmez. Vb.
Zamanlayıcının makullüğü-mantıksızlığı hakkında. Aslında zamanlayıcı düşündüğünüz kadar çok kaynak almıyor. Bu arada, istemci terminalinde, terminalin kendi ihtiyaçları için birkaç zamanlayıcı aynı anda çalışır. Her zaman çalıştırın, CPU yükü 0
OnTick, ihtiyaçların %99'unu karşılar ve basit programlar yazmanıza olanak tanır.
% 99'da, kaynak kodunda OnTick'i OnTimer olarak yeniden adlandırırsanız, zamanlayıcı başlatmayı bir satır daha yaparsanız, sonuç değişmez - eskisi gibi çalışır ve program yine de basit olur.
OnTick, dörtlü işlev başlangıcından sorunsuz bir şekilde geçti
Ama bu evet. Çoğu alışmış. Ana sebep bu.
Açıklamak için zaman ayırdığınız için teşekkür ederiz. Bir zamanlayıcı aracılığıyla yapay OnMarketWatch'in uygulanması için kaynak kodunu kod tabanına eklemek için bir istek var. Uygulamamda, tüm sembollerin önceki tiklerini hatırlamam ve her zamanlayıcı adımında mevcut değerlerle karşılaştırmam gerekiyor. Farklılıklar olması durumunda, OnMarketWatch'ı çağırmak için bir olay oluşturun. Ve mantıksız görünen tam da bu eylemdir. Onlar. boşta OnTimer hafta sonu sürmek için çalışmıyor. Her zaman karşılaştırmanız gerekir. Belki daha iyi bir çözüm vardır. Bu nedenle, bana kendi versiyonunuzu göstermenizi rica ediyorum. Nasıl yapardın?
Ve hala OnChartEvent'li bisikletleri sapık olarak görüyorum. Çünkü bu, Piyasa İzleme'de ne kadar sembol varsa o kadar grafiğin açılmasını gerektirir.
Teorik olarak, eğer doğru anladıysam, sinyal abonesi hesaptaki kaldıracı 1:200'den 1:500'e çıkarırsa, bu, açılan hacimlerde en az iki kat artışa yol açmalıdır. Sağ ?
Ve durum mevduatın yükü ile aynıdır, arttığında hacimler artmalıdır.
Abonelerimden biri bana kaldıracı 1:200'den 1:500'e ve yükü %50'den %90'a çıkardığını yazıyor. Ancak bundan sonra açılan ciltlerin hacmi herhangi bir yönde değişmedi. Aynı zamanda, hesabının bakiyesi buna izin verdiğinden daha fazlasına sahip olmalıdır.
Kopyalama sisteminde bir şeyi yanlış anlamış olabilir miyim?
...