Mql5 dilinin özellikleri, incelikleri ve çalışma yöntemleri - sayfa 211
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
4. hatayı kendiniz bildirdiniz. ZeroMemory neden {} öğesinden daha kötü? Onlar. özel erişim için bazı yetkisiz mekanizmalara sahibiz, ancak derleyici herhangi bir nedenle tespit edemez.
Geliştiricilerin düzeltmeyeceği beklentisi? Derleyici ZeroMemory'ye de tepki vermediğinde
4. hatayı kendin bildirdin. ZeroMemory neden {} öğesinden daha kötü? Onlar. özel erişim için bazı yetkisiz mekanizmalara sahibiz, ancak derleyici herhangi bir nedenle tespit edemez.
Bunu bir hata olarak görmüyorum. Yapıcı içermeyen yapı, başlatma devam ediyor. FileReadStruct - o zaman oldukça korkunç bir şey ...
Bunu bir hata olarak görmüyorum. Yapıcı içermeyen yapı, başlatma devam ediyor. FileReadStruct - o zaman oldukça korkunç bir şey ...
Açıklamadan bir aldatmaca gibi görünüyor.
Açıklamadan bir aldatmaca gibi görünüyor.
Evet, bu tam bir aldatmaca.
Açıklamadan bir aldatmaca gibi görünüyor.
Kopyala-yapıştır yapıları olmayan belgelere bağlantılar - garip.
Kopyala-yapıştır yapıları olmayan belgelere bağlantılar - garip.
Genel olarak, bu işlevi ilk kez görüyorum - açıklamada bir hata olduğunu bildirmiş olabilirler
Açıklamaya ek olarak, yapısal bir hata da var:
ZeroMemory neden FileReadStruct'tan daha kötü?
Yine, hesaplama, Geliştiricilerin fark etmeyecek / ertelemeyecek / düzeltmek için çok tembel olmayacak (gerektiğinde altını çizecek) mi?
Argümanım basit: ZeroMemory tüm bunlarla derlendikten sonra ( private dahil), ancak fark ettiler / etrafta dolaştılar / düzelttiler
Genel olarak, bu işlevi ilk kez görüyorum - açıklamada bir hata olduğunu bildirmiş olabilirler
Bu işlevin açıklamasına hiç bakmadım. Adından her şey açıktır.
Açıklamaya ek olarak, yapısal bir hata da var:
Aşağıdaki kodda herhangi bir hata bulunmamaktadır.
Can sıkıntısı rahatlığı yenemez!
ZeroMemory neden FileReadStruct'tan daha kötü?
Belgelere başvurmayı seviyorsunuz. ZeroMemory'nin sınırlamaları hakkında her şey orada yazıyor. Ve Dosya* kısıtlamaları hakkında - hayır. ZeroMemory'ye göre, olandan ilerliyorum. Şimdi elverişsiz, ama bilerek yapılmış gibi görünüyor.
Bu iki işlevi karşılaştırırsak, FileReadStruct yalnızca basit yapılarla çalışır. Bu temel farktır.
Bu konu MQL5'in özellikleri ile ilgilidir. Bire işaret etti (MQL4'te çalışmıyor). Bu diyalog ne yazık ki zaman kaybıdır.
Aşağıdaki kodda herhangi bir hata bulunmamaktadır.
Belgelere başvurmayı seviyorsunuz. ZeroMemory'nin sınırlamaları hakkında her şey orada yazıyor. Ve Dosya* kısıtlamaları hakkında - hayır. ZeroMemory'ye göre, olandan ilerliyorum. Şimdi elverişsiz, ama bilerek yapılmış gibi görünüyor .
Bu iki işlevi karşılaştırırsak, FileReadStruct yalnızca basit yapılarla çalışır. Bu temel farktır.
Bir hata var (sadece derleyici bunu şu anda raporlamıyor) ve sınıf dışındaki belirli bir işlevin (yani FileReadStruct) bu sınıfın korumalı üyelerine doğrudan erişim sağlaması gerçeğinden oluşuyor; çok özel, korumalı kavramı.
Bu özellik neden ZeroMemory'den ve yüzlerce diğerlerinden daha iyi? Ama hiçbir şey! - sadece Geliştiricilerin eline henüz geçmedi. Daha önce ZeroMemory'nin belgelerde de herhangi bir kısıtlaması yoktu. Ve şimdi var - ve size herhangi bir rahatsızlık vermek için değil - ama tek bir ilke çalıştığı için - bu FileReadStruct, bu ZeroMemory, bu yüzlerce benzer işlev - hepsi eşittir
diğer yüz benzer fonksiyonun hepsinin eşit olduğu
FileLoad/FileSave hala eşitsizlik hazinesinde.
Can sıkıntısı rahatlığı yenemez!
Kendini ayağından vurman için bir sebep yok.
FileLoad/FileSave hala eşitsizlik hazinesinde.
Kendinizi ayağınızdan vurmanız için bir sebep yok.
Özel ilan ederek ayağınıza kurşun sıkıyorsunuz. Kendinize erişiminizi kısıtladınız ve sonra harici işlevlerin genel erişime ihtiyaç duyduğu kodun neden aniden çalışmayı durdurduğunu merak edeceksiniz.