Higgyen nekem a szó, mindig az a vége, a szerzés
A koncepció az örökség egy olyan koncepció, hogy a mester, amikor az egyik használ egy nyelvi objektum
Ha azt szeretné, hogy szervezze meg a kódot objektumok körül, ott nagy a valószínűsége, hogy lesz szembe kell használni örökség.
Bár a legacy hoz egy csomó tagadhatatlan előnyei, ez nem az a válasz, hogy a problémák. Ha esik a válogatás nélküli használata örökség, nagy esély van arra, hogy mordiez ujjak néhány hónappal később, amikor meg kell fejlődnie a funkcionális hatálya alá a kérelmet. Természetesen nagy a kísértés, hogy azt mondja,"Ha én örökli a Foo, majd az összes funkcióját, anélkül, hogy bármilyen erőfeszítést.".
De ugyanakkor, bind, nagyon erősen, hogy mind a tanfolyam, ha jönnek a számok, hogy a jövőben nem lesz képes, hogy ezt pont te mondod, hogy"Ok, ugyanaz, ha néhány funkciók".
Akkor majd rájössz, hogy ez most nehéz, hogy a teszt minden egyes osztályok, valamint, hogy ez messze nem egyértelmű, hogy a split. Kezdődnek a problémák. A konszern a fejlesztők nem tapasztaltam, hogy az egyik nem vettem észre ezt a tényt, hogy a közepén egy projekt, vagy ha az ügyfél akarja a változást, hogy a művelet egy létező elem. Szükséges, hogy képes legyen felismerni a különböző típusú kapcsolatok, hogy létezhet az osztályok között.
Egy osztály lehet kapcsolódik a másik három típusú kapcsolatok: A kompozíció mindig rugalmasabb, mint egy mixins nem közvetlenül kapcsolódó, a osztály, hogy a házigazdák ezzel szemben, hogy az örökséget.
Ezért most a járművek sebessége, az autó roll, valamint a helikopter tud repülni.
Most tegyük fel, hogy egy kívánja, hogy hozzon létre egy osztályt, a repülők technikailag képes repülni. A gép félig között, a kocsi, valamint a helikopter.
Ma fogunk beszélni szoftver architektúra
Persze, lehetne használni mixins, de ez sem több, sem kevesebb, mint egy űrlap a többszörös öröklődés. Sokkal jobb lenne, mint a jelenlegi megoldás, az megoldaná a problémát. A másik megoldás az lenne, hogy a kompozíció, amely lehetővé teszi, hogy különíteni viselkedés a speciális osztályok. Fogjuk használni esetben ezek az osztályok, más osztályok. Ezért lehetővé teszi, hogy az osztályok tiszta, tömör, anélkül, hogy módszerek felesleges, nagyon könnyen tesztelhető. Használja a kompozíció, hogy a hozzáférést a teljes erejét egy külön osztály manipulálni egy tárgy. Így tud a helyén: elismerem, hogy ez a megoldás sokkal beszédesebb, mint mixins, de ez is sokkal több, rugalmas, hatékony, a gyakorlatban valószínűleg legegyszerűbb teszt. A bemutatót, elindítva a tárgyakat, Kerekek Szárnyak a legyet, de a gyakorlatban ez a tendencia, hogy ezt a munkát az inicializálás a inicializálni módszer, amely lehetővé tenné, hogy állandó tárgyakat, hogy elkerülje a problémákat, a verseny. A gyakorlatban nem ok arra, hogy kövesse egy pontos módszer, miért használja a kompozíció, mixins, öröklés vagy egy exkluzív módon, ha lehet keverni a három. Tudnia kell, hogyan kell alkalmazkodni, majd használja a megoldás, hogy több lesz, rugalmas. Ezért meg fogjuk használni az örökséget, ha szükség van rá, emlékszel, hogy"egy fejlesztő egy személy". Folytatjuk a mixins, amikor az egyik az a helyzet, hogy"a fejlesztő úgy viselkedik, mint egy alkalmazott". Valószínűleg ez lesz a kompozíció, ha ezt a kapcsolatot, kiderült, hogy valami bonyolult dolog, egy tárgy, amelyhez külön osztály. Összefoglalva a tartalom ezt a cikket, gondolom, az osztályok úgy, hogy azok a moduláris, amennyire csak lehetséges, ne üsse magát egy doboz, ami lehet, hogy végül nem megyünk ki, ne feledje, hogy egyértelműen megszabja feladatait minden. Ha a vizsgálatok nehezebb végrehajtani, gyakran a jele, hogy egy építészeti kérdés, hogy kell egy bolha a fülbe.
egy alkalmazás Kilátás.
js. Sisi, ez lehetséges Ne maradj egyedül.
