[ARŞİV!] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 4. - sayfa 91
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
Nazik insanlar bana hangi tasarımın hız 1 veya 2 açısından daha iyi olduğunu söyler (veya sorumun tartışıldığı yere bir bağlantı atar):
2.
MT4'te && işlemlerinin, false on abort ile sırayla kontrol edildiğinden tam olarak emin olmadığımız için
2.
MT4'te && işlemlerinin, false on abort ile sırayla kontrol edildiğinden tam olarak emin olmadığımız için
Bilgi için teşekkürler, kodumu düzelteceğim.
Okumayı kaydetmek için genellikle şöyle yazarım:
Okumayı kaydetmek için genellikle şöyle yazarım:
Böyle bir kaydın olma olasılığı beni hayata döndürdü.
döngüde/koşulda yalnızca bir ifade varsa, tırnakların atlanabileceğini unutmayın.
Ana şey, aşağıdaki gibi iç içe koşullara yakalanmamaktır:
Tavsiye açık. || kullanımına herhangi bir kontrendikasyon var mı? (veya), örneğin burada:
.
döngüde/koşulda yalnızca bir ifade varsa, tırnakların atlanabileceğini unutmayın.
Ana şey, aşağıdaki gibi iç içe koşullara yakalanmamaktır:
Aslında burada her şey açık görünüyor: else en yakın erken if anlamına gelir, else kapalı değil. Yoksa burada bir şey mi anlamıyorum?
Ancak her durumda, şüpheniz varsa, hem kıvırcık hem de yuvarlak olmak üzere her türlü parantez koymak daha iyidir. Yapı önemsiz değilse bunu her zaman yapmaya çalışırım.
Tavsiye açık. || kullanımına herhangi bir kontrendikasyon var mı? (veya), örneğin burada:
hayır, iyi işaret || artık "ardışık" ise saçılmayacaksınız.
bir ara değişken aracılığıyla hariç
bool b1=A1 || A2; // burada uzun koşulları şekillendirebilirsiniz
if (b1) // ve burada b1 diğer çeşitli koşullarla birleştirilebilirAslında burada her şey açık görünüyor: else en yakın erken if anlamına gelir, else kapalı değil. Yoksa burada bir şey mi anlamıyorum?
Ancak her durumda, şüpheniz varsa, hem kıvırcık hem de yuvarlak olmak üzere her türlü parantez koymak daha iyidir. Yapı önemsiz değilse bunu her zaman yapmaya çalışırım.
proger kolayca hata yapabilir, yani bu
öyle değil
anlamak?
Anlıyorum tabii. Ancak deneyimli bir kodlayıcı böyle bir hata yapmaz çünkü henüz orada bir şey olmasa bile gerekli yerlere kaşlı ayraçlar koyar :)
Ve parantezleri ve çizgileri (sanki kağıtmış gibi) es geçen tecrübesiz, elbette daha fazla hata yapma riski altındadır.
Kıvrımlı ayraçlar yoksa modern dillerde benimsenen ayrıştırma kuralından bahsediyordum.