OOP uzmanları için soru. - sayfa 42
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
net sınıflandırma Birçok nesnenin aynı özelliklere sahip olduğunu görürsek, bu özellikleri bir ana nesnede tanımlamak mantıklıdır.
Nesne farklı sınıfların özelliklerini ve yöntemlerini miras alırsa ne olur?
Büyüyen ve dinamik olarak yeniden inşa edilen bir veri yapısıyla (Bilgi Tabanı) uğraşıyorsak, yenilerini oluşturmak için hazır nesnelerin "kalıtsal materyalini" kullanmamız gerekir. Bu durumda, nesneler fazladan kalıtsal materyal alarak çoklu kalıtımla sentezlenecektir. Ve bu nedenle, normal şekilde çalışmayacaklar. Yani çoklu kalıtım başlar başlamaz nesnelerin dejenerasyonuna geleceğiz. Bu sorun...
Nesne farklı sınıfların özelliklerini ve yöntemlerini miras alırsa ne olur?
Büyüyen ve dinamik olarak yeniden inşa edilen bir veri yapısıyla (Bilgi Tabanı) uğraşıyorsak, yenilerini oluşturmak için hazır nesnelerin "kalıtsal materyalini" kullanmamız gerekir. Bu durumda, nesneler fazladan kalıtsal materyal alarak çoklu kalıtımla sentezlenecektir. Ve bu nedenle, normal şekilde çalışmayacaklar. Yani çoklu kalıtım başlar başlamaz nesnelerin dejenerasyonuna geleceğiz. Bu sorun...
İlgili araç takımı gönderilir. Yazar dışında kimsenin ihtiyacı yoktur.
Ve buna hala ihtiyaç var . Ama onun da kimseye ihtiyacı olmayacak.
Aynı durum KB, makaleler vb.
Geliştiriciler özel semboller, hizmetler, işaretler, önbellekler, pipler,... Bunu yapmış olmaları şaşırtıcı çünkü. Gerekirse, birimler.
Test cihazının yeni bir pip modunu ele alalım. Kimin ihtiyacı var? -Aslında kimse! Mod, geliştiriciler tarafından Tester'ın önemli algoritmik optimizasyonunun bir vizyonu olarak doğdu. Faydasını kim anladı? -Hiçbiri! Ve böylece her şeyde.
Şimdi Test Cihazı önemli ölçüde değiştirildi. Yani nafig bu değişikliklerden kimseye taviz vermedi. Bunu takdir edecek inekler var. Mevcut haliyle MT5-Tester tüm rakiplerinden daha iyidir. Ama nedense daha da havalı yapmak istiyorlar. Aynı zamanda, bırakın gelecekteki özelliklerini de, mevcut özelliklerini de kimse değerlendiremiyor. Geliştiriciler, kullanıcılarından birkaç kafa uzundur. Ve açıkçası, Test Cihazındaki değişikliklerin motivasyonu para kazanma değil (kimse anlamadıysa olamaz), ancak benzeri görülmemiş bir şey yapmak için içsel bir arzudur.
Yeni nesnede "sol" ebeveynlerin özelliklerini kullanmayın. Her ne kadar sende bir yanlış anlama görsem de. Özelliklerine ihtiyaç duyulmayan bir nesneyi neden "yumurtlayasınız"?
Gerekli, ancak tamamen değil. Yeni nesne, 3 A sınıfı özelliği, 5 B sınıfı özelliği ve üç sınıftan daha 3 yöntemi kullanır.
Bu sınıflardan kalan mülklerle nasıl başa çıkmalıdır? Onlardan nasıl kısıtlanır?
Gerekli, ancak tamamen değil. Yeni nesne, 3 A sınıfı özelliği, 5 B sınıfı özelliği ve üç sınıftan daha 3 yöntemi kullanır.
Bu sınıflardan kalan mülklerle nasıl başa çıkmalıdır? Onlardan nasıl kısıtlanır?
Yeni bir eşyada kalbe ihtiyaç varsa, kalpten miras alınması gerekmez. Kalp, bir üye gibi yeni nesnenin bir parçası haline getirilmelidir.
Yeni nesne, nesnenin atasıysa, miras alınmalıdır. Ve yeni nesne başka bir nesneyi İÇERİYORSA include kullanın.
Bir nesneye paketlenecek A sınıfının 3 özelliği. ondan miras. Veya miras alamazsınız, ancak üç özelliği olan bir nesneyi gerekli nesnenin bir özelliği yapabilirsiniz.
Üç özelliği bir nesnede birleştirin ve onu yeni bir nesnenin özelliği yapın? Düşünmeliyim...
Ancak birçok uzun zincir yoluyla kalıtım, her adımda benzer sorunlar yaratır. Kalıtım zincirleri ne kadar uzun ve çeşitli olursa, son nesil nesnelerin elde edeceği özelliklerin ve yöntemlerin "karışımı" o kadar fazla olur ve kendi zincirlerini temel nesneye izole etmek o kadar zor olur.
Miras almazsanız, temel nesneye erişim olmayacaktır. Miras alırsanız - nesnelerin birden fazla "ebeveynliği", temel nesneye olan doğrudan zincirlerini izlemenizi engeller.
Kendi özelliklerini ve yöntemlerini diğer sınıflardan izole etmek giderek zorlaşıyor.
Üç özelliği bir nesnede birleştirin ve onu yeni bir nesnenin özelliği yapın? Düşünmeliyim...
Ancak birçok uzun zincir yoluyla kalıtım, her adımda benzer sorunlar yaratır. Kalıtım zincirleri ne kadar uzun ve çeşitli olursa, son nesil nesnelerin elde edeceği özelliklerin ve yöntemlerin "karışımı" o kadar fazla olur ve kendi zincirlerini temel nesneye izole etmek o kadar zor olur.
Miras almazsanız, temel nesneye erişim olmayacaktır. Miras alırsanız - nesnelerin birden fazla "ebeveynliği", temel nesneye olan doğrudan zincirlerini izlemenizi engeller.
Kendi özelliklerini ve yöntemlerini diğer sınıflardan izole etmek giderek zorlaşıyor.
Peter, şiddetle tavsiye ederim
https://en.wikipedia.org/wiki/Code_Complete
Yeni bir eşyada kalbe ihtiyaç varsa, kalpten miras alınması gerekmez. Kalp, bir üye gibi yeni nesnenin bir parçası haline getirilmelidir.
Yeni nesne, nesnenin atasıysa, miras alınmalıdır. Ve yeni nesne başka bir nesneyi İÇERİYORSA include kullanın.
Üç özelliği bir nesnede birleştirin ve onu yeni bir nesnenin özelliği yapın? Düşünmeliyim...
Ancak birçok uzun zincir yoluyla kalıtım, her adımda benzer sorunlar yaratır. Kalıtım zincirleri ne kadar uzun ve çeşitli olursa, son nesil nesnelerin elde edeceği özelliklerin ve yöntemlerin "karışımı" o kadar fazla olur ve kendi zincirlerini temel nesneye izole etmek o kadar zor olur.
Miras almazsanız, temel nesneye erişim olmayacaktır. Miras alırsanız - nesnelerin birden fazla "ebeveynliği", temel nesneye olan doğrudan zincirlerini izlemenizi engeller.
Kendi özelliklerini ve yöntemlerini diğer sınıflardan izole etmek giderek zorlaşıyor.