MQL5'te OOP gerekli olacak mı?

 

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?

 
Hıza bakalım. Ve orada göreceksin.
 
Svinozavr >> :

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.

 
OneDepo >> :

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.

 
Svinozavr писал(а) >>

İ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?

 
Svinozavr >> :

İ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 ;)

 
OneDepo >> :

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 ;)

Fazlalığı unuttun mu? ;)

OOP'nin ana avantajı, programın hızlı oluşturulmasıdır, ancak hızı değildir.

 
"hızlı kod" = programları hızlı oluşturun ;) Hızdan bahsetmedim bile.
 
OneDepo >> :
"hızlı kod" = programları hızlı bir şekilde oluşturun;)

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 >> :

Fazlalığı unuttun mu? ;)

oo

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.

 
µl4 bir yorumlayıcı olarak çalışır. MKL5 makine kodları üretecektir. Bu nedenle 5-ka çok daha hızlı çalışacaktır. OOP bu durumda 4-ki hızına düşmeyecektir. + 5-ke'de, 4-ke'de sadece hayal edebileceğiniz birçok şeyi uygulamak mümkün olacak.