OOP vs prosedürel programlama - sayfa 48
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
OOP açısından - kesinlikle yanlış bir yaklaşım. İşletmeniz TC'dir, önceden oluşturulmuş ve çalışan kodu yeniden yazmaz.
ve burada ayy, farklı dillerden ve nasıl dönüştürüleceğinden bahsediyoruz
python'da veya başka bir yerde bir çalışma yapmak zor değil, ancak o zaman her şey istikrarlı bir şekilde çalışır ve kolayca tolere edilir, bu tür koltuk değnekleri uygun değildir
böylece kütüphaneler alınır ve mql'ye yeniden yazılır
ve işte ayy
OOP kesinlikle sınıf veya kalıtım değildir, herhangi bir dönüşüm olmadan herhangi bir üçüncü taraf program ve kodun doğrudan kullanımını içeren bir kavramdır.
Bir dilden diğerine yeniden yazmanı isterdim - ama Tanrı aşkına, bu senin işin. Ancak bu, OOP kavramıyla örtüşmemektedir. Ve konu aslında OOP ile ilgili.)
Yavaş Python kullanın, araştırma yapın ve ardından sonuçları Just read, MQL5'te hızlı bir uygulamaya aktarın.
MQL5 ve MetaTrader5'te matematiği desteklemek için zaten çok şey yaptık: MQL5'te istatistiksel dağılımlar - R'den en iyiyi alın ve daha hızlı yapın
Sadece okuyun, harika fikir!
OOP kesinlikle sınıf veya kalıtım değildir, herhangi bir dönüşüm olmadan herhangi bir üçüncü taraf program ve kodun doğrudan kullanımını içeren bir kavramdır.
Bir dilden diğerine yeniden yazmanı isterdim - ama Tanrı aşkına, bu senin işin. Ancak bu, OOP kavramıyla örtüşmemektedir. Ve konu aslında OOP ile ilgili.)
Evet, ama kullanmasına rağmen herkes anlamıyor))
Sadece okuyun, harika fikir!
Renat'ın Python'u MKL'ye nasıl aktaracağını (önerdiğini) merak ediyorum? Karmaşık algoritmalara (örneğin, ML) gelince, Python'da paketler (modüller) vardır ve Python'da hiç yoktur. Ve Python, kendi başına, genellikle çok az insanın ihtiyaç duyduğu ilginçtir.
python'da veya başka bir yerde bir çalışma yapmak zor değil, ancak o zaman her şey istikrarlı bir şekilde çalışır ve kolayca tolere edilir, bu tür koltuk değnekleri uygun değildir
böylece kütüphaneler alınır ve mql'ye yeniden yazılır
Evet, sapıklıklar hakkında çok şey biliyorsun. Mql'den artılara yeniden yazdığınızda bunun mantıklı olduğunu anlıyorum, ancak bunun tersi zaten sağlıksız bir şey. Ne anlamı var ki? İlk olarak, bu önemli bir performans kaybıdır (bazen). İkincisi, kodlamaya ve en önemlisi DEBUGING'e çok fazla zaman harcanır. Kodlamanın hikayenin sadece küçük bir parçası olduğunu unutuyor gibisiniz. Ana şey, daha sonra her şeyi yalamak, hataları düzeltmek - ve herhangi bir şekilde olacaklar, çünkü. diller arasında çok fark var, zaten burada belirtilmişti. Ve ortaya çıkan kod hemen derlense bile bu orijinalindeki gibi çalıştığı anlamına gelmez. Ve sen "istikrarlı bir şekilde çalışmaktan" bahsediyorsun
Evet, sapıklıklar hakkında çok şey biliyorsun. Mql'den artılara yeniden yazdığınızda bunun mantıklı olduğunu anlıyorum, ancak bunun tersi zaten sağlıksız bir şey. Ne anlamı var ki? İlk olarak, bu önemli bir performans kaybıdır (bazen). İkincisi, kodlama ve en önemlisi DEBUGING için çok fazla zaman harcanır. Kodlamanın hikayenin sadece küçük bir parçası olduğunu unutuyor gibisiniz. Ana şey, daha sonra her şeyi yalamak, hataları düzeltmek - ve herhangi bir şekilde olacaklar, çünkü. diller arasında çok fark var, zaten burada belirtilmişti. Ve ortaya çıkan kod hemen derlense bile bu orijinalindeki gibi çalıştığı anlamına gelmez.
bu hikayenin amacı ne? sonra her şeyi yala - bu senin için başka bir sosyal çevrede