Hatalar, hatalar, sorular - sayfa 300
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
Bu nedenle , göstergenin kısa adıyla çalışmayı deneyin, gerekirse, başlatma sırasında parametrelerinin adlarını ve/veya parametre değerlerini ekleyerek.
1. mesele o değildi.
Burada, diyelim ki, belirli bir dizi gösterge alınırken, bazıları grafikte mevcut olabilir ve bazıları olmayabilir.
Bu durumda kullanıcı bu hindiler için parametrelerde kendi parametrelerini belirleyebilir. hangi parametrelerin ve hangi hindilerin kullanıldığının tespiti nasıl amaçlanır.
2. Karmaşık hedef (karmaşık bir ticaret sisteminin uygulanması).
Kullanıcının şablonları kullanarak göstergeleri ve ilgili tasarımı belirlediği birkaç çizelge alıyoruz.
EA'dan belirli bir çizelgede göstergeler alıyoruz, onların sapını (en azından) ve parametrelerini öğreniyoruz.
bundan sonra, danışmanda sakince, gösterge tutamağını bilerek, onunla sıradan bir hindi ile çalışırız (yani, her göstergenin tamponlarına başvurabiliriz, vb.).
Bu yaklaşım, EA ve tüccarın aynı gösterge setini kontrol etmesine izin verirken (burada görselleştirme çok kullanışlı olduğundan çok uygundur), EA'ya biraz esneklik sağlar.
Daha az önemli olan, danışmanın göstergeler için ekstra parametreler belirtmesi gerekmemesidir (böylece tüccar bunları ayarlayabilir). Bu durumda, tüccarın sadece şablonu/birkaç şablonu kurması ve kaydetmesi gerekecektir.
not
Forumlarda benzer fikirlerle karşılaştım, sorunun KÜRESEL DEĞİŞKENLER (ki bu çok uygun ve verimli değil) aracılığıyla çözülmesi önerildi.
En azından, ChartIndicatorID (ChartIndicatorName ile aynı parametrelerle) diyelim ki, bir hindiyi bir grafikte ele almanızı sağlayan bir işlevden yoksundur.
Ayrıca, ayrıca ChartIndicatorSetXXX ve ChartIndicatorGetXXX de görünürse...
1. mesele o değildi.
Burada, diyelim ki, belirli bir dizi gösterge alınırken, bazıları grafikte mevcut olabilir ve bazıları olmayabilir.
Bu durumda kullanıcı bu hindiler için parametrelerde kendi parametrelerini belirleyebilir. hangi parametrelerin ve hangi hindilerin kullanıldığının tespiti nasıl amaçlanır.
2. Karmaşık hedef (karmaşık bir ticaret sisteminin uygulanması).
Kullanıcının şablonları kullanarak göstergeleri ve ilgili tasarımı belirlediği birkaç çizelge alıyoruz.
EA'dan belirli bir çizelgede göstergeler alıyoruz, onların sapını (en azından) ve parametrelerini öğreniyoruz.
bundan sonra, danışmanda sakince, gösterge tutamağını bilerek, onunla sıradan bir hindi ile çalışırız (yani, her göstergenin tamponlarına başvurabiliriz, vb.).
Bu yaklaşım, EA ve tüccarın aynı gösterge setini kontrol etmesine izin verirken (burada görselleştirme çok kullanışlı olduğundan çok uygundur), EA'ya biraz esneklik sağlar.
Daha az önemli olan, danışmanın göstergeler için ekstra parametreler belirtmesi gerekmemesidir (böylece tüccar bunları ayarlayabilir). Bu durumda, tüccarın sadece şablonu/birkaç şablonu kurması ve kaydetmesi gerekecektir.
not
Forumlarda benzer fikirlerle karşılaştım, sorunun KÜRESEL DEĞİŞKENLER (ki bu çok uygun ve verimli değil) aracılığıyla çözülmesi önerildi.
En azından, ChartIndicatorID (ChartIndicatorName ile aynı parametrelerle) diyelim ki, bir hindiyi bir grafikte ele almanızı sağlayan bir işlevden yoksundur.
Ayrıca, ayrıca ChartIndicatorSetXXX ve ChartIndicatorGetXXX de görünürse...
En azından, ChartIndicatorID (ChartIndicatorName ile aynı parametrelerle) diyelim ki, bir hindiyi bir grafikte ele almanızı sağlayan bir işlevden yoksundur.
Ayrıca, ayrıca ChartIndicatorSetXXX ve ChartIndicatorGetXXX de görünürse...
Benim için bu da doğru. Desteklerim.
Herkes lehteyse, başlatıcının ServiceDesk'e yazmasına izin verin.
Evet, orada yazmak için herhangi bir sorun yok, sadece belirli tuzaklar var (esas olarak göstergelerin başlatılması ve kullanıcının çizelgeye attığı göstergelerle "tutamaçlar" / tanımlayıcılar elde etme mekanizması ile ilgili).
Bence önce bu konuya ayrılmış ayrı bir şube oluşturabilirsiniz. Ve ServiceDesk ile ilgili tartışmalar ve alınacak kararlar sonucunda.
Bu nedenle, onu genel bir tartışmaya yerleştirdim (hemen bir dal oluşturmak için çok tembel olmama rağmen).
Bence herkes için farklı olsa da onu iki hindiye bölmek daha kolay.
olabilmek. ama hesaplamalar çok ağırsa yapmanız gerekenler. bilgisayar dumanı hesaplama için aynı şeyi 2 kez çalıştırın. ((iyi değil. Böyle bir öneri (bunun hangi pencerede görüntüleneceğini belirtmek için) 5-ke ya da bunun gibi bir şey için bir öneriydi. Yazık ki geliştiriciler yapmadı. bu hile mümkün
Test cihazındaki her işlemde bakiye/fon gösterimini iade etmek mümkün müdür?
Mevcut sürüm hata ayıklamak ve bir Expert Advisor yazmak için çok elverişsizdir.
Test cihazındaki her işlemde bakiye/fon gösterimini iade etmek mümkün müdür?
Mevcut sürüm, hata ayıklamak ve bir Uzman Danışman yazmak için çok elverişsizdir.
Gönderdiğiniz için teşekkürler, düzeltildi.
Söyleyin bana, yeni bir yapı yayınlama kararı neye dayanarak alındı?
Geliştirmemi engelleyen bir hata buldum, bunu anlaşılır bir biçimde bildirdim ve gerçekten yeni bir yapıyı yayınlamadaki verimliliğinizi umdum. Ancak birkaç gün geçti ve hala yeni bir yapı yok.
Sizin açınızdan bu yaklaşımla, hataları bildirme ve böylece platformunuzu iyileştirme isteğimi kaybediyorum. Bir geçici çözüm bulmak, yeni bir yapıyı beklemekten çok daha kolaydır ve platformdaki hata bu şekilde kalacaktır.
Bir yazılım şirketinde çalışırken bir kural vardı: Harici bir geliştirici veya kullanıcı tarafından bir hatanın keşfedilmesi üzerine, yeni bir yapı hemen monte edildi, böylece ikincisi, ürünün kalitesini iyileştirme isteklerini kaybetmeyecekti.
Bence bu konuda şirketin politikasını düşünmelisiniz.