«inheritance» etiketlenmiş sorular

Dinamik dillerde karışımlara göre kalıtım kalıplarını ne zaman tercih etmelisiniz? Mixins ile, çalışma zamanında bir nesneye işlevler ve veri üyeleri eklerken olduğu gibi gerçek uygun karıştırma anlamına gelir. Örneğin, mixins yerine prototippal mirasını ne zaman kullanırsınız? Mixin ile ne demek istediğimi daha açık bir şekilde göstermek için, bazı sözde kod: …

19 javascript  inheritance  mixins 

Meyer'ın Nesneye Dayalı Yazılım Yapımında (1988) açık / kapalı prensibini şu şekilde tanımlar : Bir modül hala uzatma için mevcutsa açık olacaktır. Örneğin, içerdiği veri yapılarına alan veya gerçekleştirdiği işlevler kümesine yeni öğeler eklemek mümkün olmalıdır. Bir modülün başka modüller tarafından kullanılabilmesi için kapalı olduğu söylenecektir. Bu, modüle iyi tanımlanmış, …

19 object-oriented-design  inheritance  backward-compatibility  open-close 

Belirli bir OOP arızası, Dikdörtgen'den devralınan bir Kare sınıfı sınıfı ile gösterilir; burada mantıksal olarak Kare bir Dikdörtgen uzmanlığıdır ve bu nedenle miras almalıdır, ancak bir Meydanın uzunluğunu veya genişliğini değiştirmeye çalıştığınızda her şey parçalanır. Bu durumda neyin yanlış gittiğini açıklamak için özel bir terim var mı?

18 object-oriented  inheritance  liskov-substitution 

Rails uygulamamızda bildirim ekliyoruz. Bunlardan bazıları blocking: Eklendikleri kaynakların ilerlemesini durdururlar, çünkü bu kaynakla ilgili bazı bilgiler eksiktir. Diğer bildirimler basit bildirimlerdir ve yalnızca bilgi sağlar. Bugün ekibimizdeki başka bir programcıyla görüştüm. Kalıtım yapısını şöyle yarattım: Bununla birlikte, blockingher bir Bildirime yalnızca bir boole döndürme yöntemi olarak eklememi ve Bildirim …

18 object-oriented  inheritance  ruby-on-rails 

Java'da, yöntemler için kullanılabilir dört erişim değiştirici vardır: public - herhangi bir sınıf bu yöntemi kullanabilir. protected - aynı paketteki sınıflar ve herhangi bir paketteki alt sınıflar bu yöntemi kullanabilir. private - yalnızca bu sınıf bu yöntemi kullanabilir. no modifier ("package private") - yalnızca aynı paketteki sınıflar bu yöntemi kullanabilir. …

17 java  object-oriented  inheritance  language-features 

Şu anda iki türetilmiş sınıf var Ave Bher ikisinin de ortak bir alanı var ve temel sınıfa girip girmeyeceğini belirlemeye çalışıyorum. Asla temel sınıftan referans Calınmaz ve yolun bir noktasında başka bir sınıf türetilmişse , bunun bir sınıfına sahip değilse _field1, o zaman "en az ayrıcalıklı" (veya bir şey) ilkesinin …

16 object-oriented  inheritance  abstract-class 

Şu anda olduğu gibi, bu soru Soru-Cevap formatımıza uygun değil. Yanıtların gerçekler, referanslar veya uzmanlık tarafından desteklenmesini bekliyoruz, ancak bu soru muhtemelen tartışma, tartışma, oylama veya genişletilmiş tartışma talep edecektir. Bu sorunun çözülebileceğini ve muhtemelen yeniden açılabileceğini düşünüyorsanız, yardım için yardım merkezini ziyaret edin . 6 yıl önce kapalı . …

16 design-patterns  object-oriented  inheritance 

Bu yanıttan ilham alındı : Liskov İkame İlkesi şunu gerektirir : Bir alt tipte önkoşullar güçlendirilemez. Alt koşullar bir alt türde zayıflatılamaz. Süpertipin değişmezleri bir alt tipte korunmalıdır. Geçmiş kısıtı ("geçmiş kuralı"). Nesneler yalnızca yöntemleri (kapsülleme) yoluyla değiştirilebilir olarak kabul edilir. Alt tipler, üst tipte bulunmayan yöntemler getirebileceğinden, bu yöntemlerin …

14 object-oriented  inheritance  solid  design-principles  liskov-substitution 

Bugün temelde hiçbir zaman protectedC ++ kodunda yöntemleri kullanmadım , çünkü nadiren bir ebeveynin genel olmayan yöntemlerini çağırma ihtiyacını hissediyorum. Java'da korumalı şablon yöntem desenini kullanıyorum, ancak C ++ özel yöntemlerini geçersiz kılabildiğiniz için, protectedorada da ihtiyacım yok. Peki protectedC ++ kodunda yöntemleri kullanmak isteyeceğim bazı gerçek dünya senaryoları nelerdir? …

14 c++  object-oriented  inheritance  access-modifiers 

Bu sayfa , miras üzerinde kompozisyonu aşağıdaki argümanla savunuyor (kelimelerimde yeniden ifade etti): Üst sınıf yönteminin imzasındaki bir değişiklik (alt sınıfta geçersiz kılınmamış olan), Devralma kullandığımızda birçok yerde ek değişikliklere neden olur. Ancak, Kompozisyon'u kullandığımızda, gerekli ek değişiklik yalnızca tek bir yerde bulunur: Alt sınıf. Miras yerine kompozisyonu tercih etmenin …

13 object-oriented  inheritance  composition 

Ortak bir temel türü başka bir sınıfı sarar bir sınıf var. Taban tipi arabirim oldukça büyük olduğundan, çok sayıda geçiş işlevi yazmayı içerir. Bundan kaçınmanın bir yolunu arıyorum. Bir örnek verelim: Car / \ Volvo VolvoWithTrailer Şimdi VolvoWithTrailer için araç arayüzündeki her bir işlevi uygulamak ve daha düşük bir şey …

13 c++  inheritance  templates  composition 

Kendime yazılım mühendisliğini öğretmeye çalışıyorum ve beni şaşırtan bazı çelişkili bilgilere karşı geliyorum. OOP ve soyut sınıfların / arayüzlerin ne olduğunu ve nasıl kullanıldığını öğreniyorum, ama sonra 'kompozisyonu kalıtımdan yana tutması' gerektiğini okuyorum. Kompozisyon, bir sınıfın bu yeni nesnenin işlevselliğini kullanmak / etkileşimde bulunmak için başka bir sınıfın nesnesini oluşturması …

13 object-oriented  php  interfaces  inheritance  composition 

Aşağıdaki kod bellek sızıntısına neden oluyor: #include <iostream> #include <memory> #include <vector> using namespace std; class base { void virtual initialize_vector() = 0; }; class derived : public base { private: vector<int> vec; public: derived() { initialize_vector(); } void initialize_vector() { for (int i = 0; i < 1000000; i++) …

12 c++  inheritance  memory  allocation 

İsteğe bağlı alanları olan sınıflar için, miras veya boş değerli bir özellik kullanmak daha mı iyidir? Bu örneği düşünün: class Book { private String name; } class BookWithColor extends Book { private String color; } veya class Book { private String name; private String color; //when this is null then …

12 java  inheritance  class  null 

Boş arayüzler genellikle anlayabildiğim kadarıyla kötü uygulamaları düşünür - özellikle nitelikler gibi şeylerin dil tarafından desteklendiği yerlerde. Ancak, bir arabirim diğer arabirimlerden miras alırsa 'boş' sayılır mı? interface I1 { ... } interface I2 { ... } //unrelated to I1 interface I3 : I1, I2 { // empty body } …

12 interfaces  inheritance