Özel semboller. Hatalar, hatalar, sorular, öneriler. - sayfa 12
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Hata 16.
Önceden, CustomTicksAdd, geçerli günle ilgili kenelerden oluşturulmuş çubuklar içeriyordu. Şimdi bu değil.
Bu hatanın #14 numaralı hatayla ilgili olduğu görülüyor.
Bir sembolün Market Watch'tan kaldırılması aşağıdaki nedenden dolayı mümkün oldu. CustomSymbolCreate - CustomSymbolDelete - CustomSymbolCreate'in aynı özel sembol adıyla art arda çağrılması, sembol tanımlayıcısının karıştırılmasına neden oldu. Bu nedenle, piyasa saatinden bir sembolün çıkarılmasının mümkün olup olmadığı kontrol edilirken, bu sembolün çizelgesi bulunamadı (tanımlayıcı bozuk) ve sembol güvenli bir şekilde kaldırıldı. Bu düzeltildi.
Bir grafiğe onay işareti uygularken, aynı şey mümkündür - sembol kimliğine göre bir grafik aramak sonuç vermedi
Hata 15.
Bu Uzman Danışmanın sembolünde (silinmiş ChartSetSymbolPeriod -string ile), böyle bir gösterge başlatıyoruz
Yalnızca sıfırları döndürür.
Kesinlikle adil.
CustomRatesUpdate çağrıldığında tüm değişiklik sayaçları sıfırlanır ve göstergeler sıfırdan yeniden hesaplanır
Kesinlikle adil.
CustomRatesUpdate çağrıldığında tüm değişiklik sayaçları sıfırlanır ve göstergeler sıfırdan yeniden hesaplanır
Böyle bir kararın arkasındaki mantık nedir? Sonuçta, solda değişmeyen çubuklar var.
Böyle bir kararın arkasındaki mantık nedir? Sonuçta, solda değişmeyen çubuklar var.
prev_calculated, önceki OnCalculate çağrısından döndürülen değeri içerir
Bir gösterge yazarı, kendi mantığına göre herhangi bir değer döndürebilir. Bu nedenle, tüm göstergeleri gözden geçirmenin ve prev_calculated değerini zaman çerçevesini dikkate alarak kendi hesapladığınız değerle değiştirmenin bir anlamı yoktur. Ve kaynak yoğundur, hatta makul olmayan bir şekilde kaynak yoğun olduğu ortaya çıkabilir.
Henüz hiçbir şey hesaplanmadığında, başlangıçta olduğu gibi 0'ı ayarlamak çok daha dürüsttür.
prev_calculated, önceki OnCalculate çağrısından döndürülen değeri içerir
Bir gösterge yazarı, kendi mantığına göre herhangi bir değer döndürebilir. Bu nedenle, tüm göstergeleri gözden geçirmenin ve prev_calculated değerini zaman çerçevesini dikkate alarak kendi hesapladığınız değerle değiştirmenin bir anlamı yoktur. Ve kaynak yoğundur, hatta makul olmayan bir şekilde kaynak yoğun olduğu ortaya çıkabilir.
Henüz hiçbir şey hesaplanmadığında, başlangıçta olduğu gibi 0'ı ayarlamak çok daha dürüsttür.
O zaman, özel bir sembolde, her ileriye doğru işaretlendikten sonra, bu sıfır değeri nedeniyle göstergeler tamamen yeniden hesaplandığında ne yapmalı?
Göstergeler Terminali yavaşlatmamak için özel olarak yazılmıştır, ancak burada her şey tam tersi olmaya başlar.
O zaman, özel bir sembolde, her ileriye doğru işaretlendikten sonra, bu sıfır değeri nedeniyle göstergeler tamamen yeniden hesaplandığında ne yapmalı?
Böyle olmamalı. Hadi kontrol edelim
Böyle olmamalı. Hadi kontrol edelim
Geçmişten gelen yönlendirme kenelerinin yalnızca CustomTicksAdd değil, aynı zamanda RatesUpdate olduğunu açıklığa kavuşturmama izin verin. Sonuçta, çalışan TicksAdd bile mevcut günden daha önce çubuklar oluşturmadı. Onları kendin yaratmalısın. Pekala, bundan dolayı sıfır prev_hesaplanmış alıyoruz.
Geçmişten gelen kenelerin iletilmesinin yalnızca CustomTicksAdd değil, aynı zamanda RatesUpdate olduğunu açıklığa kavuşturmama izin verin. Sonuçta, çalışan TicksAdd bile mevcut günden daha önce çubuklar oluşturmadı. Onları kendin yaratmalısın. Pekala, bundan dolayı sıfır prev_hesaplanmış alıyoruz.
Her durumda, çubukları değiştirirken, güncellerken, silerken tüm göstergeler sıfırdan yeniden hesaplanır. Bu tartışılmıyor.
Kene eklemek her zamanki gibi çalışmalıdır, yani keneler - taze, bugünün, dünün veya dünden önceki günün değil.
Uzman Danışmanınızı hata açıklamasından 11 başlattı, ardından her OnCalculate üzerinde bir baskı ile göstergeyi başlattı
İşte günlükler
Yani normal bir durumda (her zaman olması gerektiği gibi bugünün tikleri) her şey doğru çalışıyor. Ve keneler eklenir ve gösterge idareli olarak kabul edilir
Her durumda, çubukları değiştirirken, güncellerken, silerken tüm göstergeler sıfırdan yeniden hesaplanır. Bu tartışılmıyor.
Kene eklemek her zamanki gibi çalışmalıdır, yani keneler - taze, bugünün, dünün veya dünden önceki günün değil.
Uzman Danışmanınızı hata açıklamasından 11 başlattı, ardından her OnCalculate üzerinde bir baskı ile göstergeyi başlattı
İşte günlükler
Yani normal bir durumda (bugünün tikleri, her zaman olması gerektiği gibi ), her şey doğru çalışıyor. Ve keneler eklenir ve gösterge idareli olarak kabul edilir
Bu doğru bir ifade mi?
Ayrıca, şimdi 00:00:01 ise, sadece iki saniye önce olan CustomTicksAdd aracılığıyla çubuğu tamamlamak mümkün olmayacaktır.
Bu doğru bir ifade mi?
Test kullanıcısı için, dünden önceki günün tik işareti, dünün zamanından önceki gün için tazedir, bugünün zamanıdır.
Ne söylemek istediğini anladım. Altı ay önceki özel kenelerle yaptığınız egzersizlerin belirgin bir test karakteri var. Durumunuz normal değil (genel uygulama anlamında)