Hizmet Masası: tembellik, otizm veya hataları kabul etme isteksizliği? Yerel olmayan şamdanlarla tamamlayıcı grafikler. - sayfa 7
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
Neye dayanarak iddiada bulunuyorsunuz? geliştirici misiniz? Değilse, lütfen "IMHO" imzalayın.
Bu IMHO değil, geliştiricilerin infa'sı.
yine de sorunuz nedir?
Konunun sahibi olmayan bir kişiyle tartışmak zordur, her şey trolling'e kayar.
tamam, barlar arasında 2 dakika varsa o zaman nasıl?
ve eğer 3 dakika ise nasıl?
Ya hafta sonu tatiliyse?
Ya hafta içi ama tatilse?
yine MQ'nun tarihine bakma, gerçekçi olalım, işlem geçmişi o kadar derin ve kaliteli değil (MQ ideal olmasa da diğer işlemler için bir model olarak çalışacak).
Çubuklar arasındaki dakika zaman diliminde > 1 dakikaysa, bu başka bir zaman diliminin çubuğuysa, == 1 dakika koşuluyla ilk çubuğu alır almaz bir sonraki çubuğa geçin. hepsi hesaplamaya başlayabileceğiniz bir çubuk buldu.
Bilgisayardan patlamalar, hata, kıvılcımlar,
barlar arasında bir dakikadan fazla zaman varsa, o zaman bazı barlarda kene yoktu ve kaçırılan bir barımız var.
Ve ne M1'in ne olduğu, ne de başlangıç noktası.
Trollemeye gerek yok, uzun yıllardır MQL5'te programlama yapıyorum. İnanın bana, zaman çerçevesine göre ilk çubuğu bulma algoritması oldukça karmaşık ve verimsizdir, MQ'nun geçmiş dosyasının kendisindeki yapıştırma noktaları hakkındaki bilgileri koruması ve istek üzerine 14 mikrosaniyede yayınlaması bir milyon çubuğu geçmekten daha kolaydır. 978.853 bar'daki yapıştırma noktasını bulmak için.
Bilgisayardan patlamalar, hata, kıvılcımlar,
barlar arasında bir dakikadan fazla zaman varsa, o zaman bazı barlarda kene yoktu ve kaçırılan bir barımız var.
Ve ne M1'in ne olduğu ne de başlangıç noktası.
Trollemeye gerek yok, uzun yıllardır MQL5'te programlama yapıyorum. İnanın bana, zaman çerçevesine göre ilk çubuğu bulma algoritması oldukça karmaşık ve verimsizdir, MQ'nun geçmiş dosyasının kendisindeki yapıştırma noktaları hakkındaki bilgileri koruması ve istek üzerine 14 mikrosaniyede yayınlaması bir milyon çubuğu geçmekten daha kolaydır. 978.853 bar'daki yapıştırma noktasını bulmak için.
Ve bu sorunu daha önce nasıl çözdünüz, henüz bir yıl olmadı mı?
Bu sorunu 2 yıl önce çözmüştüm ve şimdi detayları hatırlamıyorum ama bir şekilde çubuklar arasındaki süreyi karşılaştırmayı başardım.
Ve bu sorunu daha önce nasıl çözdünüz, henüz bir yıl olmadı mı?
Bu sorunu 2 yıl önce çözmüştüm ve şimdi detayları hatırlamıyorum ama bir şekilde çubuklar arasındaki süreyi karşılaştırmayı başardım.
Hesaplamanın başlangıcını parametrelerdeki tarihten aptalca koydum ve kullanıcının hangi tarihi atayacağını öğrenmesine izin verdim.
Herkes kendine göre karar verir, ancak kimsenin normal bir çözümü yoktur, çünkü MQ, normalde çözemeyeceğiniz bir durum yaratmıştır.
PS Ancak bu aynı zamanda bir koltuk değneğidir, çünkü göstergeden bir gösterge oluşturmak sorunlu olduğundan, bu bilgiyi başka bir hindiye aktarmak için gerçekte hesaplanan çubuk sayısını depolamak için sahte bir tampon oluşturmanız gerekir.
Bu IMHO değil, geliştiricilerin infa'sı.
yine de sorunuz nedir?
veya bunun gibi:
Herhangi bir sorun yok, özellikle de her komisyoncu hangi geçmişi kullanacağına kendisi karar verdiği için. İsterse biraz daha kısa ama temiz bir M1 yayınlasın. 1999'dan daha eski olan tarihimizi kullanmaya gerek yok.
sadece uygulama gösterecek...
Renat MT4'ünüzün hem programcı hem de kullanıcı için tamamen açık bir ortam olduğunu anlıyorsunuz - .hst dosyalarına erişimden ve terminalden geçmiş verilerin dışa / içe aktarılmasından bahsediyorum ve şimdi hiçbirinin olmadığı MT5'imiz var. .hcc açıklaması ve içe aktarma geçmişi verileri olmayacak. Kesinlikle, bu yaklaşımla kullanıcı "başka bir şeye" sahip olabilir.
tarihin kalitesini kontrol etmek için bir mekanizma vermek
ve bundan sonra nasıl olacak ya da şöyle olacak:
veya bunun gibi:
sadece uygulama gösterecek...
Renat MT4'ünüzün hem programcı hem de kullanıcı için tamamen açık bir ortam olduğunu anlıyorsunuz - .hst dosyalarına erişimden ve terminalden geçmiş verilerin dışa / içe aktarılmasından bahsediyorum ve şimdi hiçbirinin olmadığı MT5'imiz var. .hcc açıklaması ve içe aktarma geçmişi verileri olmayacak. Kesinlikle, bu yaklaşımla kullanıcı "başka bir şeye" sahip olabilir.
tarihin kalitesini kontrol etmek için bir mekanizma vermek
Bu, Tufan öncesi bir yıl için alıntıların ayrıntılarıyla ilgili değil. Kimse savaş öncesi tikleri istemez.
Grafiklerin gösteriminin uygulanmasından ve zaman serileriyle çalışmak için ilgili fonksiyonların çalışmasından bahsediyoruz.
Komposter, son 10-12 yıl içindeki dakikalarla çalışın ve 1999'dan eski dakikalar sizin için önemliymiş gibi davranmayın.
Herhangi bir sorun yok ve 1999'dan daha eski günlerin varlığı daha derin bir tarihi görmeyi mümkün kılıyor.
Herhangi bir sorun yok, özellikle de her komisyoncu hangi geçmişi kullanacağına kendisi karar verdiği için. İsterse biraz daha kısa ama temiz bir M1 yayınlasın. 1999'dan daha eski olan tarihimizi kullanmaya gerek yok.
Yazılanları okuma ve anlama yeteneği hiçbir zaman sizin gücünüz olmadı. Chukchi bir okuyucu değil, Chukchi bir yazar (c)
kendimi imha ediyorum.
- hiç kimse bir dakikanın ve bir günün ne olduğunu analiz etmek için MQL'ye işlev eklemeyecektir. Bunun nasıl yapılacağı genellikle açık olmadığı için.
belirsiz mi?
Seçenek 1) Geçmiş dosyasına ek bir Temel TF parametresi ekleyin - çubuk gerçekten bir dakikaysa, o zaman dakika yoksa 0, örneğin bir saat, o zaman parametre = 60; çubuk günlükse, o zaman parametre = 1440.
a) bir çizelge yüklerken bunu kontrol edin ve buna göre yerel olmayan çubukların vb. görüntülenmesini yasaklayın. seriesinfointeger için güncel ...
b) bir kez kontrol etmek ve tüm dikiş noktalarını ayrı ayrı kaydetmek (sonuçta tarih hiçbir yere gitmeyecek)
seçenek 2) sadece dikiş noktalarıyla ilgili bilgileri saklayın (yer kazanmak için, bizim zamanımızda seçenek 1'in bir teneke puan almayacağını düşünmeme rağmen)
seçenek 3) eksik dakika çubukları ekleyin (dakika geçmişinin başlangıcından sonra - yani, hafta sonları ve sadece delikler) ve örneğin, onlara negatif bir değer verin ve ardından yalnızca çoklukla çalışın ve örneğin, zaman i çubuğu ve i + 1'in bir dakikadan fazla olması durumunda dikiş noktası bulunur. Ancak bu seçenek en aptalca çünkü tüm göstergelerin algoritmalarını yeniden yazmanız gerekecek ve grafikler Zhanna Aguzarova gibi çirkinleşecek.
IMHO en kabul edilebilir seçenek 1'dir. Hiçbir şey değişmedi, sadece biraz eklendi