Ben programlamada profesyonel değilim - yani - gelişmiş (belki çok değil)))
"Sayıları öğüten" göstergeler oluşturmaya yönelik OOP yaklaşımı, hız açısından bana pek uygun görünmüyor. İşlem daha ekonomik olacaktır. Belki uzmanlar?
Kısaca. OOP, büyük ve ekstra büyük projeler geliştirmek için bir araçtır ve pragmatik bir bakış açısından, iyi sınıf kitaplıkları (yerleşik veya tescilli) ile kod daha kompakt ve okunabilir hale gelir, bu nedenle daha az rahatsız edici hata içerir.
Kısaca. OOP, büyük ve ekstra büyük projeler geliştirmek için bir araçtır ve pragmatik bir bakış açısından, iyi sınıf kitaplıkları (yerleşik veya tescilli) ile kod daha kompakt ve okunabilir hale gelir, bu nedenle daha az rahatsız edici hata içerir.
İki kelimenin farkındayım, o yüzden soruyorum: Buna ihtiyacımız var mı? Eğer öyleyse, bu şekilde neyin yaratıldığını görmek istersiniz? Şahsen, yeterli hayal gücüm yok - MQL'de büyük ve süper büyük projeler hayal edemiyorum.
İki kelimenin farkındayım, o yüzden soruyorum: Buna ihtiyacımız var mı? Eğer öyleyse, bu şekilde neyin yaratıldığını görmek istersiniz? Şahsen, yeterli hayal gücüm yok - MQL'de büyük ve süper büyük projeler hayal edemiyorum.
Ben şöyle düşünüyorum: OOP kullanımı Forex'te karınızı artıracaksa, onu kullanmak mantıklı ve artmıyorsa, o zaman ne için?
İki kelimenin farkındayım, o yüzden soruyorum: Buna ihtiyacımız var mı? Eğer öyleyse, bu şekilde neyin yaratıldığını görmek istersiniz? Şahsen, yeterli hayal gücüm yok - MQL'de büyük ve süper büyük projeler hayal edemiyorum.
Peki, "konuda" ise, OOP'nin a) hızlı bir şekilde b) verimli bir şekilde kodlamak için oluşturulduğunu unutmayın. İhtiyacın var ;)
Süreçle veya nihai sonuçla ilgileniyor musunuz?)))
Ben - ikisi de, ama sonuç bir şekilde daha fazla. ("...OOP, programlarınızı yavaşlatmanın birçok yolunu sunar...")
OOP'nin prosedürel yaklaşımdan daha hızlı yazmama nerede izin vereceğini ve bu, OOP'nin tüm eksilerinden daha ağır basacağını görmüyorum. Kimin ihtiyacı var - bu çok açık - başkaları için yazan bir geliştirici.
Svinozavr yazdı >>
Süreçle veya nihai sonuçla ilgileniyor musunuz?)))
Daha fazla destek ve iyileştirme.
Ben - ikisi de, ama sonuç bir şekilde daha fazla. ("...OOP, programlarınızı yavaşlatmanın birçok yolunu sunar...")
...nasıl kullanacağını bilmiyorsan
OOP'nin prosedürel yaklaşımdan daha hızlı yazmama nerede izin vereceğini ve bu, OOP'nin tüm eksilerinden daha ağır basacağını görmüyorum. Kimin ihtiyacı var - bu çok açık - başkaları için yazan bir geliştirici.
OOP'nin eksilerini listeleyin. Kritik zamanlarda programları yavaşlatmak için OOP'yi nasıl kullanacağımı söyle. %2 fark sayılmaz. Ve bu, OP'nin lehine olduğu gerçeği değil.
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Ben programlamada profesyonel değilim - yani - gelişmiş (belki çok değil)))
"Sayıları öğüten" göstergeler oluşturmaya yönelik OOP yaklaşımı, hız açısından bana pek uygun görünmüyor. İşlem daha ekonomik olacaktır. Belki uzmanlar?
Bison programlama, ne düşünüyorsun?