MQL5'te OOP gerekli olacak mı? - sayfa 3
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
En azından MQL4'te ustalaşmak boşuna olmayacak. Sadece sıradan göstergeler kullandıysanız, anladığım kadarıyla yeniden yapmak çok zor olmayacak.
Ve ortalama bir yarı profesyonel programcının MQL5'te OOP'ye ihtiyacı olmayacağını düşünüyorum.
Genel olarak, ilk yaklaşımda - hız her şeyde gözle görülür şekilde artarsa - bu iyidir, ancak büyük sorunları çözenlerin artılarına gerçekten bakmıyorum. Yine, ben profesyonel değilim.
Belki şimdi meraklılar MQL5'teki ilkel çorbadan yaşamın kökenini simüle edecekler mi? ;)
P/S unuttum. Olay İşleme İşlevleri . İyi.
... kitaplık bir arabirim (sanal işlevlere sahip bir sınıf) döndürür. Benimle "tutarsız" bir kullanım durumunda, bir saplama arayüzü döndürür (hesaplamalarda çok belirgin olmayan pervazlar ile).
mat olmadan olur mu? burada, bazen kadınlar foruma gelir.
Korumada faydalı olacaktır - EX5 kitaplığı bir arabirim (sanal işlevlere sahip bir sınıf) döndürür. Benimle "tutarsız" bir kullanım durumunda, bir saplama arayüzü döndürür (hesaplamalarda çok belirgin olmayan pervazlar ile).
buna değerse, hackleyecekler, burada temiz insansılarla arayüz yardımcı olmayacak :)
bu nedenle, koruma diğer her yerde olduğu gibidir - koda fiziksel erişimin olmaması ve ayrıca işlemlerin gözden geçirilmesiyle belirli bir TS için gerekli gecikme (öz sermaye bir yatırımcıya gerçek zamanlı olarak verilebilir).
Eh, Uzman Danışmanlarda OOP, olaylardan başlayarak, yetkin destek ve iyileştirme olasılığı vb. Gibi çok değerli bir şeydir. Tabii ki, C#'ın neden uymadığı açık değil, çünkü açık ad alanı bildirimlerine sahip bir MQL5 çerçevesinin olmaması ve ayrıca dilin standart dışı + olgunlaşmamışlığı, herkesin başlangıçta tavsiye edilenden daha fazla çaba göstermesini gerektirecektir. :(
Zaten OOP olmayanlara dayanıyorlar (mutlak OOP pratikte uygun olmasa da). Başlangıçta soyut sınıflar oluşturmak ve gerçek nesnelere ulaşmak için kalıtım ve polimorfizm kullanmak gerekiyordu. Örneğin, soyut yöntemler ve özelliklere sahip özel göstergeler için bir temel soyut sınıf. Kısacası, hiyerarşik bir sınıf ağacı oluşturun: grafik nesneler, bir hesapla çalışmak, çizelgeler ve zaman serilerine erişim vb. için kendi ağacınız. Ve önceden tanımlanmış prosedürler ve işlevler için yalnızca hız gerektiren basit bir rutin bırakın. Daha sonra, platformun yeteneklerini herhangi bir soyutlama seviyesinden genişletmek mümkün olacak, bu da kodu önemli ölçüde azaltacak, okunabilirliği artıracak ve diğer programcılar tarafından anlaşılması kolay olacaktır. Ve MT5'te prosedürler düzeyinde oldukça karmaşık şeyler zaten uygulanmaktadır (aslında, tüm platform kullanıma hazırdır) ve en azından oluşturulan iç yapıların tanımlayıcılarına işaretçilerle erişme olasılığını görmedim, ki bu büyük ölçüde olacaktır. olasılıkları sınırlayın (yardıma göre değerlendirin). Ve genel olarak, OOP ihtiyacı sorgulanabilir, böyle bir uygulama ile kendimizi yapılar ve dinamik yerleştirme ile sınırlamak mümkün oldu. OOP, dallanmış bir sınıf hiyerarşisi tarafından aşağıdan desteklenmelidir. imha
Evet. İşte ben de aşağı yukarı aynıyım. Yapılma şekli, IMHO'nun çok faydalı olması pek mümkün değil. Ne ve bir konu için. Ama yine de, belki başka görüşler var?
Whistles'n'Bells , kesinlikle. Ancak, dış nesneler için en azından bir miktar destek varsa, o zaman bu bağırsaktır.
Adlandırılmış alanlar (ad alanları) olmadan normal destek sağlamak tamamen gerçekçi olmayacaktır.
Adlandırılmış alanlar (ad alanları) olmadan normal destek sağlamak tamamen gerçekçi olmayacaktır.
Küçük yazılımlardan gelen bu en yeni gösteri olmadan mümkündür. Ancak, en azından konu Windows olduğunda, ' arayüz kitaplıkları ' gibi yumuşak-yumuşak şeyler olmadan yapamazsınız. Genel olarak, MT geliştiricilerinin, görünüşe göre, küçük-yumuşak olanlara mezara sarsılmaz bir sadakatle yemin etmeleri ve diğer her şeye dikkat etmemeleri üzücü. Tamamen günahsız bir MT5'i Linux altında Vine aracılığıyla çalıştırmanın bile o hemoroid olacağını şimdiden içimde hissediyorum, merak etme anne.