Muundo hujenga tabia kwa kushikilia vitu vingine (uhusiano "ina-a") na kukamatia kwenye vitu hivyo. Urithi hupatia tabia kwa kupanua darasa ("ni-a"). Ushauri "kupendelea muundo" upo kwa sababu urithi huunda kuunganisha kwa ukali na kwa njia iliyovunjika kwa darasa la msingi, ilhali muundo unabaki kuwa lenye mipango.
<T> <T> {
{ add(x); }
T { remove(size() - ); }
}
class Stack<T> {
private final List<T> items = new ArrayList<>(); // HAS-A list
void push(T x) { items.add(x); }
T pop() { return items.remove(items.size() - 1); }
// only push/pop are exposed → LIFO invariant is safe
}
Kwa kushikilia orodha badala ya kuwa orodha, Stack huonyesha tu uendeshaji unaotaka.
| Muundo | Urithi |
|---|---|
| Lenye mipango, badilisha sehemu wakati wa utekelezaji | Imefungwa wakati wa kukusanya |
| Hifadhi za ndani (kukamatia) | Inaacha kamatia kiolesura cha jibu lote |
| Zaidi ya simu/boilerplate | Kumbukumbu kidogo wakati kwa kweli ni-a |
| Kuzuia darasa la msingi lenye ujinga | Kidarasa kidogo kinatapia kama msingi unabadilika |
Tumia urithi tu kwa uhusiano wa kweli, thabiti "ni-a"; tumia muundo kwa "mahitaji haya ya tabia."
Urithi huonyesha kiolesura cha jibu lote cha mzazi, kwa hivyo kidarasa kidogo hakiwezi kuzuia kabisa mikataba yake mwenyewe — uchanjaji wa Stack extends ArrayList ni mfano wa kawaida.
Muundo huhifadhi mahusiano kuwa na kaansha na yanaweza kubadilishwa, ambayo ndiyo sababu kuingizwa kwa tegemezi, mifumo ya mkakati, na idadi kubwa ya miundo lenye mipango hutegemea kwenye hiyo.
Maktaba ya maswali ya mahojiano ya IT yenye majibu ya kina — kutoka Junior hadi Senior.
Changia