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
Renat , soru pratikten çok teorikti.
Sis içinde gezinmemek için iFractals yardımından bir örneğe atıfta bulunacağım. Doğru, bir gösterge var, ancak görevi komut dosyası tarafından grafik işaretlemenin tek bir hesaplamasına basitleştirelim.
Diyelim ki tüm tarihteki tüm üst fraktal çubukların zamanını (veya çok sayıda fraktalın olacağı orta bir zaman diliminde önemli bir bölümünde) bulmaya başladığımı varsayalım. FrUpBuffer[shift]!= EMPTY_VALUE ile bir döngüde CopyTime'ı 1 öğe derinliğinde birçok kez bozmanın daha iyi olduğunu doğru anladım mı:
ve CopyTime ile FrUpBuffer'ın derinliğine kadar tek bir hamlede geçmişi yemekten daha hızlı sonuç alın:
ve sonra, aynı if ile aynı döngüde, Print'i kullanarak fraktal çubukların zaman değerlerini yazdırmanız yeterli mi?Hem orada hem de orada görevler aynıdır, sadece uygulamalar biraz farklıdır.
Sezgisel olarak, büyük bir çubuk zaman değeri zincirini (hem fraktal hem de boş) arka arkaya bir diziye kopyalamanın daha uzun ve daha pahalı olduğunu anlıyorum; Öte yandan, CopyTime'ı birden çok kez 1 öğe derinliğine çekmek şüpheli bir zevktir.
İlk seçenek daha hızlıysa, o zaman mutlak bir kazanç mı yoksa hepsi yakalanan toplam fraktal sayısına mı bağlı (örneğin, küçük TF'lerde çok daha fazlası var)?
Burada https://www.mql5.com/ru/forum/3775/page59#comment_94865 Kodu kısaltmak için bir döngüde benzer birçok tampona deklarasyon, bağlama, başlatma ve diğer eylemlerin yerleştirilmesi hakkında bir soru sordum, okunabilirliği ve yönetilebilirliği iyileştirin. İyi bir örnekle bir cevap alındı (sınıf, yapı), anladım.
Şimdi, aynı prensibi kullanarak, #property türünün çoklu atamasını bozmaya çalıştım:
ve en az iki sorunu vardı:
1. çünkü global düzeyde izin verilmez, yani en erken kullanım OnInit()'ten daha erken değildir, ancak #property'nin diğer tüm işlevlerden önce global düzeyde bildirildiği bilinmektedir;
2. OnInit() içindeki bir döngüdeki göstergelere özellikler atamaya çalışırken:
derleyici '#' hakkında şikayet ediyor (beklendiği gibi): '#özellik' - beklenmeyen belirteç.Bu fikrin prensipte uygulanabilir olup olmadığını ve mümkünse nasıl olduğunu söyleyebilir misiniz?
Söyle bana, bir şekilde iki boyutlu bir dizi dizisini ilan etmek mümkün mü?
Bunun gibi bir şey:
Söyle bana, bir şekilde iki boyutlu bir dizi dizisini ilan etmek mümkün mü?
alanları dizi olacak bir dizi yapı bildirilebilir, derleyici yapıdaki dinamik dizileri bile atlar:
Söyle bana, bir şekilde iki boyutlu bir dizi dizisini ilan etmek mümkün mü?
Bunun gibi bir şey:
IgorM, x100gün içi
Seçenekler için teşekkürler. Bence bu işe yaramalı, deneyeceğim.
IgorM, x100gün içi
Seçenekler için teşekkürler. Bence bu işe yaramalı, deneyeceğim.
Bu arada, "Tampon" adı "_" veya başka bir zagagulin olarak değiştirilebilir, o zaman genel olarak aramanın tam bir görünürlüğü olacaktır:
Bu arada, "Tampon" adı "_" veya başka bir zagagulin olarak değiştirilebilir, o zaman genel olarak aramanın tam bir görünürlüğü olacaktır:
Peki tüm bunlar #özellik ile nasıl yapılır? - ilginç...
Gerçekten fikir yok mu?
Ama tüm bunlar #property ile nasıl yapılır? - ilginç...
Gerçekten fikir yok mu?