Nato bomo uporabite primerke teh razredov v druge razrede
Koncept dedovanja je koncept, ki je eden mora obvladati, če eden uporablja jezik predmetČe želite organizirati svojo kodo okoli predmetov, obstaja velika možnost, da se bo lahko soočila s potrebo za uporabo dedovanja. Čeprav zapuščina prinaša veliko nesporno prednosti, to ni odgovor na vse težave. Če padeš v vsesplošne uporabe dedovanja, obstaja velika možnost, da vam mordiez prsti nekaj mesecev kasneje, ko boste morali razvijati funkcionalne področje uporabe vaše prijave. Seveda je skušnjava, da pravijo:"Če sem podedoval od Foo, potem bom imel vse svoje funkcije brez truda.". Vendar hkrati, boste vežejo zelo močno, da obe vaše razrede in, če pridejo razlikujejo v prihodnosti ne boste mogli, da si pravkar rekel"Ok, delijo isto, ko nekaj značilnosti". Potem boste spoznali, da je zdaj težko za vsakega od teh razredov, in da še zdaleč ni očitno, da split. Težave se začnejo. Skrb za razvijalce, ki niso doživeli, je, da se nihče ne zaveda tega dejstva, da je v sredini projekta ali ko stranka želi, da bi spremembe v delovanju obstoječega elementa. Lahko verjemite mi na besedo, da je vedno konča z pridobivanje. Potrebna je zaznati različne vrste odnosov, ki lahko obstaja med razredi. Razred, ki se lahko poveže na eno drugo, tri vrste odnosov: sestava bo vedno bolj prilagodljiv kot mixins in se ne nanašajo neposredno na razred, ki gosti v nasprotju z dediščino.
Danes bomo govorili o programski arhitekturi
Zato je bil sedaj vozil so hitrost, avto lahko roll in helikopterji letijo.
Zdaj nam pravijo, da je eden želi ustvariti razred za letala tehnično lahko roll in letenje. Naše letalo je na pol poti med avto in helikopter.
Seveda bi lahko uporabili mixins, vendar to ni niti več niti manj kot obliki več dedovanja. Da bi bilo veliko bolje, kot so naši trenutna rešitev in bi rešili našo težavo. Druga rešitev bi bila uporaba sestavo, ki vam omogoča, da odkrijete vedenje v specializiranih razredov. Zato omogoča, da so razredi čist in jedrnat, brez metod, ki so odveč, in zelo enostavno testable. Uporabite sestava je, da imajo dostop do polne moči namenskega razred manipulirati predmeta. Tako smo lahko postavite v kraju: sem spustil, da je ta rešitev, ki je bolj podrobno kot mixins ampak to je tudi veliko bolj prilagodljiv in močan, in bo v praksi verjetno najlažje, da test.
Za dokazovanje, sem inicializirana predmete, Kolesa in Krila na letenje, vendar v praksi je običajno, da to delo inicializacijo v inicializirati metodo, ki bi omogočila, da so obstojne predmetov in da bi se izognili težave konkurence.
V praksi, ni razloga, da sledijo natančna metoda, zakaj uporabljati sestavo, mixins, ali dediščina v ekskluzivni način, ko lahko zmešamo tri.
On mora vedeti, kako prilagoditi in uporaba rešitev, ki bo bolj fleksibilno. Zato bomo uporabite dediščine, kadar je to potrebno, ne pozabite,"razvijalec je oseba". Bomo nadaljevali za mixins, ko je v položaju,"razvijalec je v vlogi zaposlenega". Verjetno bo za poravnavo, če ta odnos se izkaže, da je nekaj, kar je zapleten predmet, ki zahteva namenski razred. Če povzamemo vsebino tega člena, pomisli na svoje razrede, tako da so najbolj modularno, kar je mogoče, ne držijo sami v okno, ki vas lahko na koncu ne grem ven, ne pozabite, da jasno podrobno določijo odgovornosti vsakega. Če vaše testi so težko izvajati, je pogosto znak za arhitekturni vprašanje, ki bi si dal bolha v ušesu. v aplikaciji si Ogledate. Sisi, da je mogoče. Ne ostanejo sami.
