Mt4 End desteği. - sayfa 36
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 doğru, sonunda görevle başa çıktınız, ya da çözümünüzü doğru şekilde çalıştıramadım.
Kim profesyonellikten bahsederdi ki zaten.
Trollükte, gördüğüm kadarıyla, profesyonelsin, ancak başkalarını aramaya davet ettiğin bir hatayla kod gönderiyorsun ve hatta bu şekilde ... bu çok fazla.
Bunu dışarıdan görmek inanılmaz.
Nikolai, ne yazık ki hata ayıklayıcıyı nasıl kullanacağımı bilmiyorum. Hiç kullanmadım. (((
Güzel güzel...
Sen ne havalı bir adamsın! Hata ayıklayıcı olmadan büyük bir proje yazın! Kesinlikle kolay yollar aramıyorsunuz.
Size bir iyi bir de kötü haber var.
İyi olanla başlayacağım:
Çalışmanızda bir hata ayıklayıcı kullanmaya başlarsanız, kendinize çok zaman kazandıracaksınız. Ve bu sadece bir hata arama değil, aynı zamanda çok daha fazlası.
Ve şimdi kötü olan:
Tabii ki, servis masasına yazabilir ve sonraki sürümlerde Rusça'daki değişkenlerin anlaşılmasını hala uyguladıklarını isteyebilirsiniz. Ama korkarım yapmayacaklar.
Ve bu, Rus dilini değişken adlarında kullanmanın avantajları hakkındaki tüm argümanlarınızın, tek dezavantajla - bu tür kodlarda hata ayıklamanın imkansızlığıyla - karşılaştırıldığında önemsiz hale geldiği anlamına gelir.
Kontrol ettim - MQL5 MetaEditor'da da aynı. Ve eğer programlamaya devam edip hata ayıklayıcıyı kullanmazsanız, o zaman, hafifçe söylemek gerekirse, çok akıllıca olacaktır. Bu, OOP kullanmamaktan daha mantıksız olurdu.
Ve şimdi kodunuzu kontrol etmenin tek yolu bende, bu sadece tüm değişken isimlerini Latince olarak değiştirmek.
Artyom , yeni çubuğun işleviyle nerede kayboldu, çalışmanın sonucunun doğruluğunu kontrol etmek ilginç.
Güzel güzel...
Sen ne havalı bir adamsın! Hata ayıklayıcı olmadan büyük bir proje yazın! Kesinlikle kolay yollar aramıyorsunuz.
Size bir iyi bir de kötü haber var.
İyi olanla başlayacağım:
Çalışmanızda bir hata ayıklayıcı kullanmaya başlarsanız, kendinize çok zaman kazandıracaksınız. Ve bu sadece bir hata arama değil, aynı zamanda çok daha fazlası.
Ve şimdi kötü olan:
Tabii ki, servis masasına yazabilir ve sonraki sürümlerde Rusça'daki değişkenlerin anlaşılmasını hala uyguladıklarını isteyebilirsiniz. Ama korkarım yapmayacaklar.
Ve bu, Rus dilini değişken adlarında kullanmanın avantajları hakkındaki tüm argümanlarınızın, tek dezavantajla - bu tür kodlarda hata ayıklamanın imkansızlığıyla - karşılaştırıldığında önemsiz hale geldiği anlamına gelir.
Kontrol ettim - MQL5 MetaEditor'da da aynı. Ve eğer programlamaya devam edip hata ayıklayıcıyı kullanmazsanız, o zaman, hafifçe söylemek gerekirse, çok akıllıca olacaktır. Bu, OOP kullanmamaktan daha mantıksız olurdu.
Ve şimdi kodunuzu kontrol etmenin tek yolu bende, bu sadece tüm değişken isimlerini Latince olarak değiştirmek.
Nikolai, değişmem için çok geç. Proje yakında sona erecek ve yeniden adlandırma bir yıl daha sürecek.))
Bir şekilde geçeceğim. Neden ona ihtiyaç duyulduğunu ve başa çıktığını bilmiyordum, ama şimdi bana söylemesen iyi olur, böylece boşa harcanan çabaya pişman olmam.))
Kimsenin benim gibi programlama yapmak istememesi iyi bir şey. Rakiplerimin bile anlamadığı bir üstünlüğüm var. Bırak öyle kalsın.
İyi haber için teşekkürler, ama kötüyü düşünmemek daha iyi. Belki benim için o kadar da kötü değildir.))
İsimleri değiştirmeyi deneyin. Hatayı bulmaya yardımcı olacaksa, bunun için varım.
Artyom , yeni çubuğun işleviyle nerede kayboldu, çalışmanın sonucunun doğruluğunu kontrol etmek ilginç.
Nikolai, değişmem için çok geç. Proje yakında sona erecek ve yeniden adlandırma bir yıl daha sürecek.))
Bir şekilde geçeceğim. Neden ona ihtiyaç duyulduğunu ve başa çıktığını bilmiyordum, ama şimdi bana söylemesen iyi olur, böylece boşa harcanan çabaya pişman olmam.))
Kimsenin benim gibi programlama yapmak istememesi iyi bir şey. Rakiplerimin bile anlamadığı bir üstünlüğüm var. Bırak öyle kalsın.
İyi haber için teşekkürler, ama kötüyü düşünmemek daha iyi. Belki benim için o kadar da kötü değildir.))
İsimleri değiştirmeyi deneyin. Hatayı bulmaya yardımcı olacaksa, bunun için varım.
Havaalanında Vietnamlı bir aileyle tanıştım. hala izliyorum Komik.
Artyom, komik değil, ama böyle bir dinden gözyaşlarına sinir bozucu.
PS Vietnam'a pirinç için mi gittiniz?)Nikolai, değişmem için çok geç. Proje yakında sona erecek ve yeniden adlandırma bir yıl daha sürecek.))
Bir şekilde geçineceğim. Neden ona ihtiyaç duyulduğunu ve başa çıktığını bilmiyordum, ama şimdi bana söylemesen iyi olur, böylece boşa harcanan çabaya pişman olmam.))
Kimsenin benim gibi programlama yapmak istememesi iyi bir şey. Rakiplerimin bile anlamadığı bir avantajım var. Bırak öyle kalsın.
İyi haber için teşekkürler, ama kötüyü düşünmemek daha iyi. Belki benim için o kadar da kötü değildir.))
İsimleri değiştirmeyi deneyin. Hatayı bulmaya yardımcı olacaksa, bunun için varım.
Anladım. Algoritma temelde yanlıştır. Düzeltecek bir şey bile yok. Her şeyin yeniden yazılması gerekiyor.
Üzgünüm - geçiyorum. Özellikle kendi versiyonumu zaten uyguladığımdan beri ortalığı karıştırmak tembellik. Ve oldukça işe yarıyor (herkesin sessiz olduğuna bakılırsa :)).
En azından şunu söyleyeceğim - iBars, tk yerine iTime kullanmak daha doğru. çubuk sayısı, her birinin kendine ait (Araçlar-Ayarlar-Çizelgeler) sahip olduğu, geçmişteki maksimum çubuk sayısına ulaşıldığında yeni bir çubuğun gelmesiyle değişmez. Döngünün sizin için hızlı çalıştığını düşündüm, ancak OnTimer'a yalnızca her 2400'üncü girişte bir çalışanınız var. Diziyi doldurma girişi yanlış, tamamen, tamamen - dakikada bir ve sıfır saniyeden değil, programın başladığı çubuğun geldiği andan itibaren, yani. mevcut sembol için bile, diğer sembollerden bahsetmemek için işleme doğru değil. Ve bir dakikayı oluşturmanın inanılmaz bir yolu: Her 25 milisaniyede 2400 kez dakikamızın geçip geçmediğini anlamak için gidiyoruz. Ayrıca, algoritmanız mevcut TF'nin yeni bir çubuğunun gelmesiyle çalışmaya başlar ve günlük olarak çalıştırırsanız, çalışana kadar bütün gün bekleyebilirsiniz (yani, iTime(NULL,1, kullanmak daha iyidir) 0) yerine Zaman[0]) Ve neden kodu program boyunca yayalım (çöp), çünkü görev bir Fonksiyon yaratmak ve onu sadece program gövdesinden çağırmaktı.
Başka bir deyişle - Dmitry, algoritmanızın oldukça hızlı olduğunu söylediğinde yanıldığım konusunda haklıydı. Tabii ki hızlıdır - verileri dakikada bir güncellerseniz, bir dakika içinde tüm sembollerde bu kadar çok olay meydana geldiğinde ve her şey sizi geçtiğinde.
Ama anlayabilirsiniz - barlarla çalışmıyorsunuz. Ayrıca tuvalle uğraşmayı daha çok seviyorum.
Genel olarak Peter, dileklerimi ancak bir kez daha ifade edebilirim:
- mega projenizi çabucak tamamlayın ve sonunda (hayatta hepimizin ihtiyacı olan) "sihirli pendalınızı" alın
- OOP'yi öğren
- Latince'ye geçin ve harika Code Debugger aracında ustalaşın.
- ve prosedürel programlamadaki bu bagaj ve engin deneyim ile yeni süper projenize başlayın.
Nikolai, ne yazık ki hata ayıklayıcıyı nasıl kullanacağımı bilmiyorum. Hiç kullanmadım. (((
Gerçekten ???