OOP vs prosedürel programlama - 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
Belki de bu rasyonel bir yaklaşım değildir - tüm açık siparişleri ve tüm parametrelerini bir diziye yüklemek.
Belki kodda iki kar ve zararı durdur parametresine ihtiyacım varsa, döngüyü iki kez çalıştırmak enerji tüketiyor.
Bu evrensel bir koddur, sonunda hızlandırmak için fazlalıklar kesilebilir...
basitleştirin
Bu yüzden OOP'tan nefret ediyorum. Hiçbir şey anlaşılamaz. Yorum yok. Sonunda ne yapılması gerekiyor?
Belki sadece öğrenmeye başlarsın?
Bu yüzden OOP'tan nefret ediyorum. Hiçbir şey anlaşılamaz. Yorum yok. Sonunda ne yapılması gerekiyor?
İşin aslı siz anlamıyorsunuz ama tüm emirlerin olduğu ve her yerde rahatlıkla çağrılan bir dizi yapınız var. Aynı zamanda, sadece bir kez ağır bir bisiklet sürüyorsunuz ...
Belki sadece öğrenmeye başlarsın?
Döngüdeki fonksiyonların değerleriyle bir diziyi doldurur . Soru şu ki, neden bir sınıf sarmalayıcıya ihtiyacımız var? Bir fonksiyon ile alabilirsiniz.
Ne kadar az işlev çağrısı olursa, kod o kadar hızlı olur.
Döngüdeki fonksiyonların değerleriyle bir diziyi doldurur . Soru şu ki, neden bir sınıf sarmalayıcıya ihtiyacımız var? Bir fonksiyon ile alabilirsiniz.
Yapısı ile çok uygundur - bir grup diziye ihtiyacınız yoktur ve bunları ayrı ayrı yeniden boyutlandırmanız gerekmez. Bu örnek OOP'nin avantajlarını göstermiyor, sadece herkes kendisi için kişisel olarak daha uygun olanı yapıyor.
İşin aslı siz anlamıyorsunuz ama tüm emirlerin olduğu ve her yerde rahatlıkla çağrılan bir dizi yapınız var. Aynı zamanda, sadece bir kez ağır bir bisiklet sürüyorsunuz ...
Beyler, tartışmacılar, hadi bunu yapalım, eğer OOP'yi anlamıyorsanız, bilmiyorsanız, o zaman OOP'ye karşı prosedürel programlamayı değil, fonksiyon işaretçileri ile prosedürel programlamayı fonksiyon işaretçileri olmadan prosedürel programlamaya karşı tartışalım.
Hayır, örneğiniz çok iyi.
Bu prosedürel programlama ile ilgili değil.
Programın kalitesi için çok daha önemli bir kriter var: kodun görünürlüğü.
Verdiğiniz karar korkunç: NE anlamlı işleve neden olduğu kesinlikle açık değil. Normal bir geçiş yazar ve her aramaya karşı yorum yapardım. Bu doğru kod.
Örneğinizden, OOP'nin zararlı bir şey olduğu sonucuna varıyorum.
Ne kadar az işlev çağrısı olursa, kod o kadar hızlı olur.