![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Lütfen eski METAQUOTES stilini geri getirin veya en azından aynı satıra yazılan kodların formatlanmadığından emin olun.
Misal:
Lütfen eski METAQUOTES stilini geri getirin veya en azından aynı satıra yazılan kodların formatlanmadığından emin olun.
Pico stilini kullanın, aradığınız şeye çok benzer
ancak { } kullanırsanız Pico stili if - else ifadesini 2 satıra böler
{ } kullandığınız kodunuz
{ } kullanmazsan
2133 şaka gibi
Pico stilini kullanın, aradığınız şeye çok benzer
ancak { } kullanırsanız Pico stili if - else ifadesini 2 satıra böler
{ } kullandığınız kodunuz
{ } kullanmazsan
Evet !!! mevcut stillerin tam bir analizini yaptı ve PICO ve RATLIFF'i seçti
PIKO en kompakt olanıdır.
RATLIFF en akıllısıdır.
Ama METAQUOTES'in yıllardır kullanılan bir üslubu değiştirmesi çok saçma. Bu, tüm kullanıcıların hayatını alt üst eder. Sorumsuz değişim. Birkaç ay önce tarzlarında bir şeyleri mahvetmiştim, küçük değişikliklere rağmen hareket etmenin yanlış olduğunu düşünmüştüm ama şimdi çuvalladılar.
2133 uma piada
Evet !!! beta olduğunu biliyoruz, ancak eski sürümlerde bir şey doğruysa ve şimdi betada değiştiyse, büyük olasılıkla bu değişikliklerle birliktedir. Her şeyin yolunda gittiğinden emin olmak için şimdi şikayet etsen iyi olur
Bu durumda belgeler eskidir.
Şimdi, verimlilik adına, satırlar, çoğu durumda sonraki işlemler tarafından artırıldığından, istenenden daha fazla önceden tahsis edilmiştir.
Bu artık açık.
Ancak dizenin uzunluğunu nasıl değiştirirsem değiştireyim, StringBufferLen'in sonucu her zaman 260 olarak kalır.
Bu durumda belgeler eskidir.
Şimdi, verimlilik adına, satırlar, çoğu durumda sonraki işlemlerle artırıldığından, istenenden daha fazla önceden tahsis edilmiştir.
bu durumda mı
s2 gelecekte artabilir mi?
Sonuç: 260
Beklenen: 100 veya 0
Teste StringLen eklendi ve dize farklı şekilde başlatıldı .
Belgeleme bir şeydir, aslında tamamen farklı bir davranıştır.
Ve bu durumda arabellek 260'ı değil 0'ı gösterir.
Genel olarak veya problemin dizelerinin başlatılmasıyla. Veya StringBufferLen hataları.