Benim yaklaşımım. Çekirdek - Motor. - sayfa 137
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Peter, OOP kullanımıyla ilgili bir şeyi gerçekten yanlış anladın.
Nikolai, bir HİERARŞİ mi kuruyorsun yoksa çizim mekanizmaları mı yapıyorsun?
Bir HİYERAŞİ oluşturuyorsanız (çizimle ilgilenmiyorsanız), neden her yerde OOP'ye ihtiyacınız olduğu açıktır.
ONE sınıfı temelinde çalışan bir çizim motoru oluşturuyorsanız, Sınıfın kendisine gerek yoktur.
Sınıf, - Sınıflandırma kelimesinden. Sınıflandırma, özelliklere göre bir bölünmedir. Bir sınıf, bir Sınıflandırmanın bir türevidir. Sınıf bir ise, Sınıflandırma yoktur.
Bu durumda Sınıf, soyut saçmalık anlamına gelir. Saçmalık.
...
Kişi, OOP'nin hizmet etmesi gereken mekanizmanın önünde durduğu izlenimini edinir. Yani, mekanizma bütünlük için ve dolayısıyla bloklarının en az sayısı için çaba göstermelidir. Ve OOP, bu blokları herhangi bir nedenle üretmeye zorlar. Bu nedenle mekanizmaların yapısı yırtılır ve iyi çalışmazlar. Ve daha da kötü gelişirler.
...
Ya da belki OOP hakkında hayal kurmanıza gerek yok, ama en azından biraz çalışın? Hayal bile kurmayın, çıldırın.
Nikolai, OOP'ye olan aşkının soyut sebepler dışında neredeyse hiçbir şeyle haklı çıkmadığı hiç aklına geldi mi?
Diyelim ki, bu OOP'yi kullanarak dev mekanizmalar yarattıysanız, neden bu kadar çok ihtiyacınız olduğu açık olurdu. OOP'ye neden ihtiyacınız olduğunu özellikle doğrularsınız. Ancak, nispeten küçük mekanizmalar yaratıyorsunuz. Bir veya başka bir yaklaşımın dezavantajları ve avantajları hakkında sonuç çıkarmak için yeterli kod yoktur. Ama hala OOP hakkında konuşmaya devam ediyorsun. OOP'nin sadece bir araç olduğu ve kendi başına bir anlam ifade etmediği göz önüne alındığında. Yani yapılacak bir mekanizma yoksa OOP'a gerek yoktur. Ve eğer bir mekanizma varsa, o zaman yeterince ciddi olmalı, böylece onu yaratırken OOP gerekli.
Çoğu FKÖ savunucusu ciddi bir şey yapmıyor. Sadece küçük eşyalar. Ancak, FKÖ'ye olan inançları sarsılmaz. Çok daha ciddi mekanizmalar yaratan diğerleri, OOP'nin büyüklüğü hakkında çok daha az bağırıyorlar. Hatta bazıları eleştiriyle konuşuyor (birkaç kez oldu).
Yani, argümanınız sadece teoriyle değil, pratikle de desteklenmelidir. Örneğin, çözümleri ve pratikteki nüanslarını karşılaştırabildiğimiz için, Anatoly ile GUI geliştirmede OOP'nin avantajları hakkında tartışabilirim. Ama seninleyken tartışmayı geri çeviremem çünkü onu anlamayacaksın. Duyacaksınız ama anlamayacaksınız (alınma). Ve Anatoly, tam tersine, çok iyi anlayabilir. Küresel mekanizmalar yaratma deneyimindeki farklılık, yanlış anlaşılmanın ana nedenidir.
not. Bir uygulayıcı olarak size şunu söyleyeceğim: Yaklaşım, belirli bir programcının beyin potansiyelini en üst düzeye çıkaracak şekilde olmalıdır. Kendim için böyle bir yaklaşım buldum.
OOP ile ilgili fanteziler gitgide çılgınlaşıyor...
İşin ciddiyetini, harcanan yıl sayısı değil, sonucu belirler.
Ne yazık ki, saçmalık değil.
Tuval üzerine çizim yapmak, sınıf sarmalayıcı gerektirmez. Özellik listesi yeterlidir. Çizmek için herhangi bir yöntem erişim haklarına ihtiyacınız yoktur. Ve sen bunu biliyorsun. Ama sen bu gerçeği inkar ediyorsun. Açık olanı inkar etmek.
OU! Evet. Muz yemek için kabuğunu soymanız gerekir. Ama bir ineğin boynuzu varsa, o zaman boynuzlu her şey inektir.
Eh, böyle pek fazla insan yok. Muhtemelen onlardan biriyim. Gerçi amacım size öğretmek değil. Ve sadece net bir cevap duymak için. Neden, çizim yaparken, yalnızca BİR sınıf kullanıyorsanız, sınıf işlevlerini nesneler aracılığıyla çağırın?
O halde tuval üzerine çizim yapmanın işlevleri sadece tuval üzerine çizim yapmaktan başka bir şey değil, bu yüzden ayrı bir sepette tutmaya gerek yok, böylece tek bir sınıfta toplanıyorlar. Ama yine de anlamayacaksın.
Nikolai, bir HİYERARŞİ mi kuruyorsun yoksa çizim mekanizmaları mı yapıyorsun?
Bir HİYERAŞİ oluşturuyorsanız (çizimle ilgilenmiyorsanız), neden her yerde OOP'ye ihtiyacınız olduğu açıktır.
ONE sınıfı temelinde çalışan bir çizim motoru oluşturuyorsanız, Sınıfın kendisine gerek yoktur.
Sınıf, - Sınıflandırma kelimesinden. Sınıflandırma, özelliklere göre bir bölünmedir. Sınıf, Sınıflandırmadan türetilmiştir. Sınıf bir ise, Sınıflandırma yoktur.
Bu durumda Sınıf, soyut saçmalık anlamına gelir. Saçmalık.
Peki ya hiyerarşi? OOP, kalıtımı kapsamlı bir şekilde kullanır... ve başka bir sürü çılgın fantezi...
...ve pastanın üzerindeki kiraz:
taşlarla ateş yakar ve bin yıl daha vursun)
Oldukça pahalı başka bir özel yazılım üzerinde benzer bir projem vardı, fikri geçici çözümlerde de uyguladım (ek modül satın almamak için), işe yaradı, ancak bazı müşterilerle çıkmaza girdi ve zaman boşa gitti
ama orada küre tamamen farklı, müşteri bulmak kolaydı