Hatalar, hatalar, sorular - sayfa 1358
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
Şahsen benim için bu sürekli bir sorun, her zaman tetikte olmalıyım veya her yerde A.operator=(B), A.operator!=(B)'yi açıkça belirtmeliyim, yani. özlülük kaybolur ve operatör aşırı yüklemesi aslında anlamını kaybeder.
Bir şekilde bu sorunu zaten gündeme getirdim, ancak konu öldü. Sonunda bu soruyu bitirelim.
Bu neden başka? Her şey baş aşağı.
Tam tersi daha mantıklı: < ve > işaretçilerin karşılaştırılmasına yol açar.
Bu o zamanlar tartışılmıştı (lütfen o eski konuyu tekrar okuyun). Mesajlarımda, "hadi bu konuyu bitirelim" önerisinde bulunduysanız, onu hatırladığınız gerçeğinden hareket ettim.
Tekrar ediyorum - iki operatör (== ve !=) hepsinin (!) yeteneklerini korumak uğruna feda edildi (sadece < ve > değil). İşlevsellik pahasına güzellik.
A.operator'ı açıkça belirtmemek için!=(B)
Pekala, bu yakında çözülecek, umarım geliştiriciler sonunda beni duymuştur. O zaman her şey basit olacak: *A != *B
Bu o zamanlar zaten tartışılmıştı (lütfen o eski konuyu tekrar okuyun) - Tekrar ediyorum - tüm (!) yeteneklerini korumak için iki operatör (== ve !=) feda edildi Gerisi (sadece < ve > değil)
Tüm bu operatörlerin eşit statüye sahip olması gerektiğine katılıyorum. Ama önerdiğiniz şekilde değil. Her iki argüman da işaretçilerse, birbirleriyle karşılaştırılmaları gereken işaretçilerdir. Aksi takdirde, mantıksız olacaktır: her iki argüman da GetPointer kullanılarak açıkça verilmiştir, ancak bir nedenden dolayı sınıf operatörleri yürütülür. Bu nedenle, IMHO, bu durumda işaretçilere eşitsizlik işaretleri uygulamak daha doğru olacaktır.
Ancak, ne olursa olsun, hiç kimse operatörlerin davranışını değiştirmeyecek. Ve ardından çalışmayan programlar nedeniyle genel bir kargaşa başlayacak.
Ve yine, atama operatörünü unutup duruyorsunuz. Ayrıca bir işlev aracılığıyla uygulamayı mı öneriyorsunuz? Çok yorucu olmaz mı?
Merhaba,
böyle bir soru, oldukça güvenilir olan sinyale abone oldu , o zaman sebepsiz yere çılgın partilerle ticaret başladı, sonuçta para kaybına dönüşen bir kar olduğu için başlangıçta her şey hiçbir şey olmazdı. Bana köpeğin nereye gömüldüğünü söyle (kimin hatası?) Ve bunu çözmeye kim yardım edebilir?
Merhaba,
böyle bir soru, oldukça güvenilir bir sinyale abone oldu, o zaman hiçbir sebep olmadan, çılgın partilerle ticaret başladı, sonuçta para kaybına dönüşen bir kar olduğu için başlangıçta her şey yolunda olacaktı. Bana köpeğin nereye gömüldüğünü söyle (kimin hatası?) Ve bunu çözmeye kim yardım edebilir?
oldukça güvenilir bir sinyal, sonra sebepsiz yere çılgın lotlarda ticaret başladı
+100500
Bana köpeğin nereye gömüldüğünü söyle (kimin hatası?) Ve bunu çözmeye kim yardım edebilir?
Köpeğin gömülü olduğu yer - size söyleyeceğiz: garajların arkasında. Ama kimin hatası - telepatlar dizisinde buna ihtiyacınız var, forumda bir yerde, google'da.
Evet, gerçek şu ki sitede sinyalim bölümünde sunulan emirler ile platformun telefonumda söylediği şeyler uyuşmuyor.
bu sinyal değil, sinyal güvenilir, aktarım bu, sebebi ne olabilir?
ve bunlardan nasıl olduğunu hiç anlamıyorsam, materyal sağlamak için ne yapmalıyım. bakış açıları
Ve yine, atama operatörünü unutup duruyorsunuz. Ayrıca bir işlev aracılığıyla uygulamayı mı öneriyorsunuz? Çok yorucu olmaz mı?
operatör=(..) durumunda, a.operator=( b ) öğesine doğrudan çağrı kullanmaktan daha kolay bir çözüm yoktur.
*A = *B yaparlarsa - harika!