MQL5'te OOP hakkında sorular - sayfa 54
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
https://www.mql5.com/ru/forum/85652/page52#comment_16423899 Neden böyle bir sürpriz?
şaşırma değil, inanmama. Konu hakkındaki bilgi seviyeniz bu başlıktaki mesajlardan açıkça görülüyor.
Seviye uzmanı mısınız? ... kentsel iletişim.
evet, hadi söyle bana, isimleri okudum, çalıştığım anlamına gelmez, "stl bir vektördür" olan STL gibi kalıplarınız var
iyi, geldi ve aşırı büyümüş amcaların böyle zihinsel gevezeliğini bozdu
üzgün müydün? Adam hayal etti, onunla oynadı
))))
üzgün müydün?
Dmitry Fedoseev ,
Peki neden bu kadar dağıldın canım)
Eğer kalıpları sevmiyorsan, onları kullanma. Ya da "Desenler" isimlerini sevmiyorsanız, onları kullanın, ama onlara "desen" demeyin. Evet, size uygun olduğu sürece istediğinizi yapın)
Ancak anlamlarını inkar etmek boştur. Hem abartın ;)
Yalnızca OOP ile ilgilenen sözde ve şimdi moda olan "tasarım desenleri" ile programlama sorunlarını çözmek için algoritmaları karıştırıyorsunuz. Ve kafa karıştıran ve dikkatsizce okuduğunuz diğer birçok şey. Biraz önce yazdım - yapıyı kullanmak için . Ama sonuçta, eğer o yazıyı okuduysanız ve ben tüm sınıfı kopyalamanın işlevi hakkında yazmadıysam, o zaman bizim yetişkin olduğumuz ve gerekirse ekstra yapılarla fazladan çalışmanın ne için yapılacağı noktasına gelirsiniz. her şeyi yetişkin bir şekilde yapmak için, tüm sınıfı kopyalama becerisini sağlamanız yeterlidir.
1. OOP ile ilgili bir dal, bu yüzden kafa karıştırmıyorum.
2. Yapı, Anlık Görüntü modelinin özünü bir şekilde değiştiriyor mu?
3. Fazladan iş yapmayın. Tek soru, şimdi veya daha sonra projenin genişletilmesi ve geliştirilmesi ile "ekstra" çalışmanın - dahası ne olacak - tartmaktır.
4. Peki ne hakkında? bu resimde gerekli değildir.
1. OOP ile ilgili bir dal, bu yüzden kafa karıştırmıyorum.
2. Yapı, Anlık Görüntü modelinin özünü bir şekilde değiştiriyor mu?
3. Fazladan iş yapmayın. Tek soru - daha ne olacak - şimdi veya daha sonra projenin genişletilmesi ve geliştirilmesi ile "ekstra" çalışmadır.
4. Peki ne hakkında? bu resimde gerekli değildir.
Ayrıntılara takılıp kaldınız. İlgilenmiyorum. Buradaki "koruyucu" örüntü tartışmasının ana noktası, kapsüllemeyi korumayı vaat etmesi, ancak her alan için bir çift genel yöntem oluşturarak uygulanmasıydı. En önemli mesajı yakalamamış olman komik.
Bir soru sorabilir miyim, yerel anlamda bir örüntü nedir? Bir şekilde kayboldum. Ya bu, belirli görevler için bir sarmalayıcıdır ya da görevin durumudur. Sınıflar, yapılar, işaretçiler, dinamikler ile bir şekilde az çok açıktır. Ayrıca terimlerin henüz tam anlamıyla kök salmadığı ve tanımlanmadığı da açıktır. Ve ne zaman uygulanmaları gerektiğini belirleyebileceğiniz koşullar var mı? Photoshop ve render söz konusu olduğunda bu anlaşılabilir, ancak bunlar zaman serisi görevleri değil. Ya da belki bir şeyi özlüyorum ve görsel işleme ile GA VR'de ortak bir nokta var mı?
Burada her şey açık, somut ve kanona göre. Orada kitap var! Bu KİTAP bu kalıpları özetlemektedir, bu aslında onlar ve konuşma hakkındadır. Kitabın adı " Tasarım Kalıpları" veya buna benzer bir şey. Ancak sadece bir kitap değil, internette ve hatta Wikipedia'da onlar hakkında birçok site var, asıl mesele konunun kanonlaştırılmasıdır)) ... ve kalıpları karıştırmayan bir pleb ve kim varsa onlara hakim oldu, hayatın kendisine hakim oldu! Amin!
Kendi fikrim varmış gibi davranmıyorum, belki bir yerde okudum, ama IMHO, programlamada sadece iki görev var: programın doğru yapısı ve değişken için hızlı bir şekilde iyi bir isim seçin ve diğer her şey oldukça yapılır. basitçe
ben de ciddiyim
teşekkür ederim kalıplarını okuyacağım
Bekleyeceğim, aniden başka biri ortaya çıkacak, aksi takdirde akademik geliştiriciler acemi ve eğitmen seviyesi sorularına uçacak)))
İşte bu - doğru yapı. Bunu yapmak için, bu yapı için tüm olası seçenekleri göz önünde bulundurmaya, bu görevdeki artılarını ve eksilerini analiz etmeye (genişletilebilirlik ve bakım gerekliliklerini dikkate alarak) ve en iyisini seçmeye değer.
Ve kötü şöhretli kalıpların kendileri (özellikle ne anlama geliyorsa) burada yapının bir varyantı bile değil, sadece beynin çalışması için bir referans noktası. "Problem X modelinin probleminin tanımına uyuyorsa, o zaman X modeli uygulanarak çözülebilir" gibi, ancak bunu bir sürü başka yolla çözebilirsiniz.
Ve genel olarak, bu temel 27 kalıp - sonuçta, bir zamanlar, programcılara tipik görevler hakkında bir ipucu olarak, OOP ilkelerini gözlemlerken bunları nasıl çözecekleri olarak doğdu. Dmitry'nin yapılarla yaptığı gibi ilkeleri takip etmeye değmezse, o zaman hiçbir kalıba gerek yoktur.