OOP, mql5'te şablonlar ve makrolar, incelikler ve kullanım teknikleri - sayfa 8
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
Standart kütüphanelerini mi kastediyorsunuz? )
Hayır, MQL'de uygulama olmadan soyut bir sanal yöntem bildiremezsiniz. MQL'de, temel sınıf sanal yöntemlerinin her zaman bahsettiğiniz problemlerle dolu bir uygulaması olmalıdır.
Aynı c#'ta çok fazla temel çekirdek arabirimi yok
Aslında, çok.
Bana göre, her şey o kadar da kötü değil. Bence aynı C# içinde çok fazla temel ana arabirim yok (C# uzmanı değilim), bu nedenle yöntemleri tek bir temel üst sınıfa indirgenemez ve ardından herhangi biri tarafından miras alınamaz.
not Birden fazla IMHO uygulamak için <<<<>>>> gibi yapılar aracılığıyla bu bir şekilde tek bir yerden olur. İşlevleri operatörler aracılığıyla yapmak daha iyidir, örneğin, a==b a.compareto( b ) öğesini çağırır, a[comparer]==b Comparer.compare(a,b) öğesini çağırır, vb.IMHO, korkunç bir karmaşa.
+ Sanal yöntemleri çağırmak ücretsiz değildir.Hayır, MQL'de uygulama olmadan soyut bir sanal yöntem bildiremezsiniz. MQL'de, temel sınıf sanal yöntemlerinin her zaman bahsettiğiniz problemlerle dolu bir uygulaması olmalıdır.
Uygulama olmadan ilan etmenin neden imkansız olduğunu gerçekten anlamadınız mı? Soyut sınıf yöntemleri , MQL'de birkaç yıldır desteklenmektedir.
1. Aslında çok.
2. IMHO, korkunç bir karmaşa ortaya çıkacak.
+ Sanal yöntemleri çağırmak ücretsiz değildir.1. bileceğim.
2. Bakalım ne olacak, şimdi ne yaptığımı aklıma getirirsem foruma yazarım)
Ücretsiz değil, evet. OOP aracılığıyla herhangi bir evrensel çözümün pahalı olduğu ortaya çıkıyor, ancak amaç sıradan Uzman Danışmanları ve göstergeleri (çan ve ıslık olmadan) kolayca ve güzel bir şekilde oluşturmaksa, IMHO buna değer.
Uygulama olmadan ilan etmenin neden imkansız olduğunu gerçekten anlamadınız mı? Soyut sınıf yöntemleri , MQL'de birkaç yıldır desteklenmektedir.
Çünkü böyle bir giriş derleme hatasına yol açacaktır:
Çünkü böyle bir giriş derleme hatasına yol açacaktır:
Evet, bu anlaşılabilir. Ve kişi, mesajından anladığım kadarıyla MQL'de böyle bir yöntemi ilan etmenin genellikle imkansız olduğunu düşündü.
Çok az insan biliyor (bilen ve kullanan daha da az), ancak saf sanal işlevlerin bir bedeni olabilir.
Ayrıca soyundan gelen sınıfta aşırı yüklenmeleri gerekir.
Çok az insan biliyor (bilen ve kullanan daha da az), ancak saf sanal işlevlerin bir bedeni olabilir.
Ayrıca soyundan gelen sınıfta aşırı yüklenmeleri gerekir.
Bu, arayüzlerin hepsi aynı yöntem koduna sahip olabilir mi? Onu aramanın bir yolu var mı? )
Az önce bununla karşılaştım...
ps Şimdi denememe rağmen... A::f2()'nin gövdesi olmasa bile, derleyici böyle bir çağrıya hiçbir şekilde tepki vermiyor. Onlar. daha sonra çalışma zamanında hatayı yakalamanız gerekir. Evet, böyle nafig.
Hmm, ilginç bir özellik... Anladığım kadarıyla, varislerde A::f2() öğesini çağırmak için varsayılan yöntem bu.
Test edildi - genel olarak haklısınız =)
ps Şimdi denememe rağmen... A::f2()'nin gövdesi olmasa bile, derleyici böyle bir çağrıya hiçbir şekilde tepki vermiyor.
Hamamböceği gibi görünüyor...