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
Web sitesi politikasını ve kullanım şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Ve bu örneklerinizin tamamen teorik olmasına rağmen. Tamamen öğrenciler için. Aklı başında hiçbir programcı bunu üretime sokmaz.
Sonek ve önek artırma ve eksiltme aslında esas olarak döngülerde kullanılır. Bunlara artım ve eksiltme denir!
İşte örnekler
ve
Ön ek ve son ek işlemlerinin aynı şekilde çalıştığını iddia ediyorsanız, bayrak elinizde, davul boynunuzdadır.
Bir önek artışı durumunda, son yinelemede başlatılmamış bir sıfır dizi öğesi ve bir dizi aralık dışı hatası alırsınız.
belki aklınıza gelmez yine sorumu tekrar edeyim
Seçtiğin artık gözün üzerinde değil mi?
ve şimdi konuya gelelim, neden konuşmada görünen örnekte sonuç mql == 12 oluyor ve parmağınızdan çekip çekmemesi önemli değil, postfix ve prefix işlemlerindeki farkla, sonuç == 13 olmalıdır
not. ve artık iddia etmiyorum, çünkü şimdi kontrol ettim ve gerçekten postfix ve önek şimdi bir fark var, ancak yukarıdaki sorum derleme sırasında dilde yeterince belirsizlik olduğuna ve daldaki birine saldırmadan önce, bu UB'lerle uğraşmadan önce, hiçbir şeyimiz olmadığına inanmak için sebep veriyor. onunla yap
Bu arada, zaten küreklenmiş sertifikaya bakıyorum))
belki aklınıza gelmez yine sorumu tekrar edeyim
Seçtiğin artık gözün üzerinde değil mi?
ve şimdi konuya gelelim, neden konuşmada görünen örnekte sonuç mql == 12 oluyor ve parmağınızdan çekip çekmemesi önemli değil, postfix ve prefix işlemlerindeki farkla, sonuç == 13 olmalıdır
not. ve artık iddia etmiyorum, çünkü şimdi kontrol ettim ve gerçekten postfix ve önek şimdi bir fark var, ancak yukarıdaki sorum derleme sırasında dilde yeterince belirsizlik olduğuna ve daldaki birine saldırmadan önce, bu UB'lerle uğraşmadan önce, hiçbir şeyimiz olmadığına inanmak için sebep veriyor. onunla yap
Bu arada, zaten küreklenmiş sertifikaya bakıyorum))
Kaba olma.
Sonucun 13 olması gerektiğini kim söyledi? Yine, yan etkileri olan sonuçlar, büyük ölçüde optimizasyona bağlıdır. Böyle bir ifadeye optimizasyon uygulanmasa bile, uygulama devreye girer - değişkenin değeri kullanımdan hemen sonra veya ifade değerlendirildikten sonra değiştirilir. Hangi uygulama doğrudur?
UB ile ilgilenmeyeceğiz, bu yüzden tanımsız ve açıkça yazdı: "bunu yapma"
Sertifikayı nerede küreklediniz? Bu yüzden, 18 Ocak tarihli MetaEditor yapı 1755'ten MQL5 referansını açtım. aynısı yazılıyor
Önemli Uyarı
int i=5;
int k = i++ + ++i;
Yukarıdaki ifadeyi bir programlama ortamından diğerine taşırken (örneğin, Borland C++'dan MQL5'e) hesaplama sorunları ortaya çıkabilir. Genel olarak, hesaplamaların sırası derleyici uygulamasına bağlıdır. Pratikte, azaltma sonrası (arttırma sonrası) uygulamanın iki yolu vardır:
Şu anda, azaltma sonrası (artış sonrası) hesaplamanın ilk yolu MQL5'te uygulanmaktadır. Ancak bu özelliği bilerek bile, kullanımını denemeniz önerilmez.
Orijinal ifadeniz, postfix ve prefix işlemleri arasında hiçbir fark olmadığıydı. Değil mi?
Kaba olma.
Sonucun 13 olması gerektiğini kim söyledi? Yine, yan etkileri olan sonuçlar, büyük ölçüde optimizasyona bağlıdır. Böyle bir ifadeye optimizasyon uygulanmasa bile, uygulama devreye girer - değişkenin değeri kullanımdan hemen sonra veya ifade değerlendirildikten sonra değiştirilir. Hangi uygulama doğrudur?
UB ile uğraşmayacağız, bu yüzden tanımsız ve açıkça yazdı: "Bunu yapma"
Sertifikayı nerede küreklediniz? Bu yüzden, 18 Ocak tarihli MetaEditor yapı 1755'ten MQL5 referansını açtım. aynısı yazılıyor
Önemli Uyarı
int i=5;
int k = i++ + ++i;
Yukarıdaki ifadeyi bir programlama ortamından diğerine taşırken (örneğin, Borland C++'dan MQL5'e) hesaplama sorunları ortaya çıkabilir. Genel olarak, hesaplamaların sırası derleyici uygulamasına bağlıdır. Pratikte, azaltma sonrası (arttırma sonrası) uygulamanın iki yolu vardır:
Şu anda, azaltma sonrası (artış sonrası) hesaplamanın ilk yolu MQL5'te uygulanmaktadır. Ancak bu özelliği bilerek bile, kullanımını denemeniz önerilmez.
Orijinal ifadeniz, postfix ve prefix işlemleri arasında hiçbir fark olmadığıydı. Değil mi?
Kabalık etmiyorum, diyaloğu nereden başlattığınıza dikkat edin, yani. Hiç bilmediğim bir kodu çalıştırmak zorunda kaldım - süper
referansa göre - evet, ağır bir şekilde kürekle vurulmuştu. mql'de postfix ve prefix işlemleriyle (yaklaşık iki yıl önce) öğrendiğimde, şimdi açıkça hatırlamadığım bu malzeme
genel olarak konu kapandı bu fark tanıtıldı ve normal bir şekilde yapıldı sadece değiştirdiğiniz konusunda uyarmanız yeterli
RETAIL_HEDGING hesap türü olan bir pozisyonun kısmi kapanması hakkında bana bir soru söyleyin. Örneğin ben eksperden pozisyonun yarısını kapatıyorum, daha küçük lotlu yeni bir emir otomatik olarak açılmalıdır. Peki, yeni bir siparişin hangi noktada terminalde olması garanti edilir? PositionClosePartial'den hemen sonra görünmesi gerekmediğini ve OnTrade'de bir yerde yakalanması gerektiğini doğru anlıyor muyum?
Bu şey de ne?
\ yardıma göre - evet, ağır bir şekilde küreklenmiş. mql'de postfix ve prefix işlemleriyle (yaklaşık iki yıl önce) öğrendiğimde, şimdi açıkça hatırlamadığım bu malzeme
genel olarak konu kapandı bu fark tanıtıldı ve normal bir şekilde yapıldı sadece değiştirdiğiniz konusunda uyarmanız yeterli
İlgi uğruna, Haziran 2015'ten itibaren eski yapı 1159'u kontrol etmeye karar verdim. Referansı, Slava'nın alıntıladığı her şeyi içeriyor. Yani belki karıştırdığınız bir şey var.
Bu şey de ne?
Bu bir kilitlenme :) Servis masasına gidin!
Bu bir kilitlenme :) Servis masasına gidin!
Açıkça bankayı kırdı :)
Açıkça bankayı kırdı :)
Olur)
Olur)
Bu hatayı nasıl yerelleştireceğimi bilmiyorum? Sadece tüm senaryoyu vermek istemiyorum ve her şeyi kürekle atmak istemiyorum ....