"Daha İyi Bir Programcı Nasıl Olunur? (1. Bölüm): Başarılı bir MQL5 programcısı olmak için bu 5 şeyi yapmayı bırakmalısınız" makalesi için tartışma - sayfa 2

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
Güzel makale. Ne yapmalı ve ne yapmamalı kavramı iyi açıklanmış.
Bu durumda belirli örneklerdeki hatalar makalenin değerini azaltmaz, çünkü görevi insanların çalışma tarzlarını optimize etmelerine yardımcı olmaktır. Bu görev zekice çözülmüş, her şey olabildiğince basit ve açık bir şekilde yazılmış.
Teşekkürler, Omega!
İlginç.
İyi bir programcı olmak (bölüm 1): daha iyi bir MQL5 programcısı olmak için beş alışkanlıktan kurtulmak
İlginç....
İlginç.
İyi bir programcı olmak (bölüm 1): daha iyi bir MQL5 programcısı olmak için beş alışkanlıktan kurtulmak
Bu serbest çalışma, müşteriler çoğu zaman kodu hiç anlamıyor ve kötü yorumlar kodun kalitesi için değil. Ben yazdım, program kâr etmedi, bu yüzden işte inceleme.
Herkes için okunması gereken (ve makalenin yazarının daha da çok) : Her Programcının Bilmesi Gereken 97 Şey
Varyant daha hızlı ve bence daha net çalışıyor:
1. Döngü başlatmadaki hata, geri izleme yaptığımızda 1'in miktardan çıkarılması gerektiğidir.
2. Kütüphane fonksiyonundan indekse göre pozisyonu alamadıysanız, döngüden bir hata ile çıkmanız ve ardından fonksiyonu tekrar işlemeniz veya tekrarlamanız gerekiyorsa, aksi takdirde güvenilir olmayan bir miktar alma riski vardır ve hala finansla çalışıyorsunuz ve bazen pozisyonda büyük miktarlar var ve bu kadar küçük bir şey bir kayba yol açabilir.
3. Önce bool değişkenlerini, sonra ENUM numaralandırmalarını kontrol etmeli ve ancak bundan sonra int, double, string'i kontrol etmelisiniz, kontrol başarısız olursa, hemen döngünün bir sonraki öğesine gidin.
Karşılaştırma işlemlerini && ile yaparsanız, program her koşulu mutlaka kontrol edecektir.
4. Fonksiyonun adı da önemlidir, PositionsByType daha iyi görünüyor, önemsiz gibi görünüyor, ancak bu fonksiyonu kullanmaya gittiğinizde kütüphaneye ve içindekiler tablosuna gitmenize gerek yok, sadece standart adı Positions yazmaya başlayın ve PositionsTotal, PositionsByType..... çağırmak için birkaç seçeneğiniz olacak
5. Yatay kaydırma kullanmamak için kodun genişliğine saygı göstermeniz gerekir, çünkü bu okunabilirliği ve geliştirme hızını büyük ölçüde azaltır.
Bu konuda yanılıyorsunuz:
Evet, beni doğru düzeltmişsiniz, kontrol ilk yanlışa kadar yapılacak, asıl önemli olan küçük veri türlerinin önce olması gerektiğidir.
Koşulların fonksiyonlardan oluşması durumunda, en küçük olanı ilk ve tüketilen kaynaklar açısından en büyük olana kadar olmalıdır, ancak program mantığını bozmadan ...
Bu tekniği tüm projelerimde kullanıyorum, hız kazancı optimizasyon modundaki bir test uzmanı için fark edilebilir.
Bu serbest çalışma, müşteriler çoğu zaman kodu hiç anlamıyor ve kötü yorumlar kodun kalitesi için değil. Siz yazdınız, program size kar sağlamadı, inceleme budur.