Hatalar, hatalar, sorular - sayfa 1416
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
Şimdiye kadar bilinen iki vaka:
1) bool &= (bool ifadesi) işleminde
2) Dizileri başlatmada fazladan virgül: val={ {...},{...} , }
Yeni yapıda, bu hatalar düzeltilmedi, ya da ne? Hala derleyiciden bir hata alıyorum. 1159 yapısında kalmalısın.
Şablonlar için, gövdeleri dışarı taşımadan tüm yöntemleri sınıf tanımının içine yerleştirme gereksinimi.
Ana şey, bu gereksinimin daha fazla kalacağı açıktır, aksi takdirde sadece yığın kapları ve kuyruklar oluşturdum ve bir ay sonra sınıf şablonları ortaya çıktı ve onlarla her şey daha iyi olmalı :)
Sınıf şablonları hakkında başka bir soru. İki şablon sınıfı var, sınıflardan biri diğerini kullanıyor, bir şablon sınıftan diğerine tür aktarımı olacak mı, olmayacak mı?
Ana şey, bu gereksinimin daha fazla kalacağı açıktır, aksi takdirde sadece yığın kapları ve kuyruklar oluşturdum ve bir ay sonra sınıf şablonları ortaya çıktı ve onlarla her şey daha iyi olmalı :)
Sınıf şablonları hakkında başka bir soru. İki şablon sınıfı var, sınıflardan biri diğerini kullanıyor, bir şablon sınıftan diğerine tür aktarımı olacak mı, olmayacak mı?
Dene.
Ilyas:
На сегодня известно о двух случаях:
1) в операции bool &= (bool expression)
2) Лишняя запятая в инициализирующих последовательностях: val={ {...},{...}, }
Alexey Navoykov:
Yeni yapıda, bu hatalar düzeltilmedi, ya da ne? Hala derleyiciden bir hata alıyorum. 1159 yapısında kalmalısın.
CList'i sıralayan var mı?
Esasen, Karşılaştırma'yı geçersiz kılmanız gerekir.
Ancak her zaman temel sınıfın karşılaştırması denir. Ama işe yaramıyor, burada bir şeylerin yanlış olduğu düşüncesi sürünüyor ...
Basit bir örnek yaptı:
İç içe şablonları (MQL4) işlerken, türü geçerken aksaklıklar görüyorum - bunu fark eden var mı?
Özellikle, bir şablon yöntemine sahip bir A sınıfı vardır; bunun içinde, yöntemi başlatan aynı T türünde bir şablon oluşturucu tarafından başka bir B sınıfına ait bir nesne oluşturulur. Sonuç olarak, bu yöntemin içinde typename, geçirilen türü, örneğin int olarak doğru bir şekilde tanımlar ve zaten B yapıcısının içinde, typename eşittir dizedir.
SD?
Sürekli sıralama kullanıyorum - sorun çıkmıyor.
Siz, sigma7i , anladığım kadarıyla, Coperation::Compare() yöntemi yanlış bir şekilde geçersiz kılınmış, temel CObject::Compare() yönteminin döndürdüğü yanlış türde değer döndürüyor ve derleyici bunu ayrı olarak kabul ediyor, değil sanal. Sonuç olarak objelerinizde sadece base method çağrılır, derleyiciye göre varis yoktur...
Ancak her zaman temel sınıfın karşılaştırması denir. Ama işe yaramıyor, burada bir şeylerin yanlış olduğu düşüncesi sürünüyor ...