Mt4 End desteği. - sayfa 36

 
Vitaly Muzichenko :

Bu doğru, sonunda görevle başa çıktınız, ya da çözümünüzü doğru şekilde çalıştıramadım.

Biraz sabırlı olun ve kodu anlayın. Her şeyi yukarıda ayrıntılı olarak açıkladım. Bir hata arayın. Onu henüz bulamıyorum. Ya da her şeyin çiğnenmesi gerekiyor. İşte bu, - programcılar değil mi? Standartların biraz ötesinde ve zaten pençeleri zirveye mi çıkıyor? Dil sizin için çok önemliyse, profesyonelliğinizden şüphe duymanıza neden olur. (eğer varsa.)
 

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.

 
Реter Konow :
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ç.

 
Nikolai Semko :

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.

 
Vitaly Muzichenko :

Artyom , yeni çubuğun işleviyle nerede kayboldu, çalışmanın sonucunun doğruluğunu kontrol etmek ilginç.

Havaalanında Vietnamlı bir aileyle tanıştım. hala izliyorum Komik.
 
Реter Konow :

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.

Hiç CTRL+H'ye bastınız mı?
 
Artyom Trishkin :
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?)
 
Реter Konow :

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.

 
Реter Konow :
Nikolai, ne yazık ki hata ayıklayıcıyı nasıl kullanacağımı bilmiyorum. Hiç kullanmadım. (((

Gerçekten ???