Objektum-orientált tervezés technológia alkalmazási szoftver rendszerek
2.1.4. Közötti kapcsolatok osztály (objektumok)
Minden tárgy kapcsolódó adatszerkezet mezők, amelyek jellemzői a tárgy és a függvénymutatók (kódrészletek), amely a műveletek végrehajtásához az objektum (megjegyzendő, hogy a függvénymutatók az eredmény kódoptimalizálás jellemzően helyébe kezelték ezeket a funkciókat). Így, az objektum - némi adatstruktúra, amelynek típusa megfelel az osztály az objektum.
Objektumok között lehet beállítani adatoktól függően. Ezek függőségek vannak kifejezve kapcsolat vagy kapcsolat az osztályok ezeket a tárgyakat. Példák az ilyen függőségek ábrán mutatjuk be 2.6 (attól függően, hogy az első két - bináris, és a harmadik függőség - trenarnaya). A függőség által képviselt összekötő vonal osztályok ami bele van írva a neve ennek a kapcsolatnak, vagy kapnak szerepet tárgyak (osztályokba) ebben a függőséget (adja szerepek - a legkényelmesebb módja annak, hogy azonosítsa a függőségek).
Ábra. 2.6. Függőségeket osztályok között
Közötti függőségeket osztályok kétoldalas: minden osztály szerint az egyenlő jogokat. Ez akkor is így van abban az esetben, ha a neve a függőség, mint teszi az irányba ez a kapcsolat. Tehát az első példa 2.6 ábra, attól imeet_stolitsu neve is sugallja, hogy a kapcsolat megy osztály osztály vidéki városban (kétirányú kapcsolat úgy tűnik, hogy elment); de meg kell jegyezni, hogy ez a függőség kétoldalas, abban az értelemben, hogy bár létezik inverz kapcsolat yavlyaetsya_stolitsey. Ugyanígy, a második példában a 2.6 ábra látható egy pár függőségek holds tulajdonú. Az ilyen félreértések elkerülhetők, ha azonosítható, amely nem a nevek, és a nevét, osztályát szerepek teszik ki a függőség.
A programozási nyelvek, függőségek osztályok között (objektumok) jellemzően megvalósítható hivatkozások (pointerek) az egyik osztály (egy tárgy) a másikra. Képviselete függőségek referenciákkal kiderül, hogy a kapcsolat egy tulajdonság egy pár osztályok és nem egyikük, azaz függőség - ez az arány. Meg kell jegyezni, hogy bár a tárgyak közötti kapcsolatok, kétirányú, nekik nem kell a programok végrehajtásához, mint a kétirányú, így csak linkeket azokban az osztályokban, ahol szükség van rá a program.
További példák a kapcsolatok között osztályok ábrán látható 2.7. Az első példa mutatja az összefüggést a bank és az ügyfél számlák. Bank ügyfél több fiókja van a bankban, vagy nem rendelkezik fiókkal (amikor először válik az ügyfél a bank). Így szükség van, hogy képviselje a kapcsolat a kliens és a több fiók, ami történik ábra 2.7. A második példa azt mutatja, a kapcsolat a metsző görbék (különösen egyenes) vonalak. Figyelembe vehető 2, 3, vagy több ilyen vonalak, és ők is több metszéspontot. Végül a harmadik példát mutat egy opcionális (nem kötelező) függőség: a számítógép lehet, hogy nem lesz egy egér.
Függőségeket osztályok között megfelelnek az függőségek objektumok között az osztályok. 2.8 ábra mutatja a függőség objektumok közötti egy első ábrán látható példában a 2,6; ábrán 2.9 közötti kapcsolatot mutatja a tárgyak a ábrán bemutatott példák 2.7.
Ábra. 2.7. További példák a függőségek. elnevezések
Ábra. 2.8. A tárgyak közötti kapcsolatok
Meg kell jegyezni, hogy az ábrázolás objektumok közötti kapcsolatokat, hajlamosak vagyunk, hogy tudja az objektumok száma, és nem kell az ilyen megjelöléseket, mint „valami”, „két vagy több”, „nem feltétlenül”.
Amikor a rendszer tervezésekor könnyebben megoldható, mint objektumok és osztályok.
Ábra. 2.9. Bonyolultabb objektumok közötti kapcsolatokat
A koncepció szerinti át objektum-orientált szoftver rendszerek tervezése technológia tervezési technológia (és szimulálja) adatbázisok, ahol lefelé álló használni hosszú ideig. Programozási nyelvek általában nem támogatnak egy explicit leírása függőségek. Mindazonáltal, a leírás a függőségek nagyon hasznos a szoftverrendszerek fejlesztésére. OMT technológia függően értelmezése ábrák leírja a rendszert.