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
Sevdiğim için böyle yazıyorum. Aynı zamanda, hata ayıklama sırasında her şey çok kötü olur.
Bu ifadede bile
kimin neyi iade ettiğini anlamak zor. Daha karmaşık olanlarda (sürekli pratik yapıyorum) - çok zor.
dönüş değeri olarak 2-3 kullanın ... peki, mantıksal işlemlerle (veya koşullu üçlü operatörle ) birleştirilmiş işlevlerin yürütülmesinin 5 sonucuna izin verin - Bunu github'da veya başka bir yerde gördüm, böyle bir kodla anlayabilirsiniz
ama bu "iyi" yaklaşık bir düzine başka ise ... IMHO, bu pratik değil
Ben kesinlikle bir mql geliştiricisi değilim,
ancak C'de anahtar oldukça verimli birikili arama oluşturur ve gereksiz sayfa takaslarına veya kilitlenme önbelleklerine neden olmaz. Yani, evet, genellikle diziler ve yapılar aracılığıyla dolaylı adreslemeden daha iyidir.
bir yerde yazdılar ve burada geliştiricilerin benzer bilgileri var
sadece şunu buldum:
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MQL5'te birlikte öğrenme ve yazma
Slava , 2011.04.14 09:59
Hayır, ne yazık ki olmayacak. Yalnızca dize türleri için eğer ... else if ... else
Anahtarda tamsayı türlerinin kullanılması nedeniyle, if ile karşılaştırıldığında birkaç kat hızlanma elde edilir.
ama bu "iyi" yaklaşık bir düzine başka ise ... IMHO, bu pratik değil
Küçük canavar.
mantıksal işlemler , makrolar aracılığıyla çeşitli ayarları kullanırken kısa ve öz yazmanıza olanak tanır. Ama korkunç tabii.
mantıksal işlemler , makrolar aracılığıyla çeşitli ayarları kullanırken kısa ve öz yazmanıza olanak tanır. Ama korkunç tabii.
"Son, araçları haklı çıkarır" örneğiniz
sorum bana tamamen farklı ve anlaşılmaz bir üslupla ilgiliydi
Küçük canavar.
Belirli bir atın dişlerine bakmazlar. Ama burada bana birkaç unutulmaz on dakikalık hata ayıklama sağlayan başka birinin koduna birkaç örnek daha verelim. Belki biri kodunuzu tanır.
Böyle yazmak kolay mıydı bilmiyorum ama hata ayıklamak ve dahası sadece okumak gerçekçi değil. Ve bu şekilde yazmak için gerçek bir sebep göremiyorum.
Ve bu şekilde yazmak için gerçek bir sebep göremiyorum.
Elbette özneldirler. Fazladan değişkenleri ve çoklu getirileri sevmiyorum. Nedense, onlarsız EX5'in daha kısa olacağını ve daha hızlı çalışacağını düşünüyorum.
Elbette özneldirler. Fazladan değişkenleri ve çoklu getirileri sevmiyorum. Nedense, onlarsız EX5'in daha kısa olacağını ve daha hızlı çalışacağını düşünüyorum.
Bu arada, kodun daha kısa ve daha hızlı olacağına dair bu güven, haklı olduğu gerçeği değil.
Bugün nasılsın?
ve işte burada
return A()||B()||X();
Hız olarak aynı olacağından eminim (muhtemelen kullanılan kod ve bellek miktarı)
Sadece ikinci seçeneğin yazılması daha hızlıdır ve herkes onu yazar ve sonra bir şey eklemeniz/karmaşıklaştırmanız gerektiğinde, ikinci seçeneği bırakırlar, yalnızca zaten okunması zor olacak şekilde şişirilirler.
Bu konuda periyodik olarak yeniden düzenleme yapın - ve herhangi bir sorun olmayacaktır.
Bu konuda periyodik olarak yeniden düzenleme yapın - ve herhangi bir sorun olmayacaktır.
Sadece çok fazla boş zamanı olanlar veya nesnel olarak o kadar zorlananlar için, onsuz yapamayacaklar.
ZY Çok fazla getiri olduğunda, 100% kodu başka olacaktır.Sadece çok fazla boş zamanı olanlar ya da nesnel olarak o kadar çok baskı altındalar ki, onsuz kaçamayacakları için.
ZY Çok fazla getiri olduğunda, 100% kodu başka olacaktır.Anlıyorum, ancak kısmen katılıyorum, herkesin, kod hata ayıklama için "mükemmel şekilde hazır" olsaydı daha hızlı bulunabilecek nispeten uzun bir hata yakalama deneyimi yaşadığını düşünüyorum.
Neyin daha fazla zaman aldığı bilinmiyor - "uygun" kodun daha uzun yazılması veya hata ayıklama ve hataların aranması, her zaman farklı düşünüyorum.
ZY Çok fazla getiri olduğunda, 100% kodu başka olacaktır.
Hata ayıklayıcı altında C++ VS2019
kaynak:
asm'de hata ayıklayıcı
Saymamak için bir çağrıyı sadece 2 sütunda komutlara indirdim:
gördüğünüz gibi, burada komutlar neredeyse birbirini tekrar ediyor, ilk testte birkaç dönüş daha eklemeniz gerektiği açık.
% 99 kesinlikle, işlemci düzeyinde bu kodların saat döngüsüne kadar aynı hızda yürütüleceğini düşünüyorum - işlemci hala optimizasyon, paralelleştirme ve mikro komut düzeyinde başka ne işe yarıyor?