Обектно-ориентирани софтуерни системи проектиране технология за кандидатстване
2.1.4. Отношенията между класове (обекти)
Всеки обект е свързана структура данни полета, които са атрибути на показалците на обекта и функция (кодови фрагменти), които реализират дейността на обекта (имайте предвид, че указателите функция в код оптимизация резултат обикновено заменят с решаването на тези функции). По този начин, обект - известна структура от данни, вида на която съответства на класа на този обект.
Между обекти могат да бъдат определени в зависимост от данните. Тези зависимости са изразени връзка или връзка между класовете на тези обекти. Примери за такива зависимости са показани на Фигура 2.6 (в зависимост от първите две - двоичен, а третият зависимост - trenarnaya). Зависимост представена от линията, свързваща класовете, на която е изписано името на тази връзка, или се дават ролята на обекти (класове) в тази зависимост (да се уточни роли - най-удобният начин за идентифициране на зависимостите).
Фиг. 2.6. Зависимостите между класовете
Зависимостите между класове са двустранни: всички класове според равни права. Това е така, дори и в случаите, в които името на зависимостта, както го прави по посока на тези отношения. Така че, в първия пример на фигура 2.6, в зависимост име imeet_stolitsu предполага, че връзката преминава от клас в клас страната град (двупосочна връзка изглежда да изчезне); но трябва да се има предвид, че тази зависимост е двустранен, в смисъл, че макар и да съществува обратнопропорционална връзка yavlyaetsya_stolitsey. По същия начин, във втория пример на Фигура 2.6 може да се види няколко зависимости притежава собственост. Такива недоразумения могат да бъдат избегнати, ако се разпознае основава не на имена и имена на класовете на роли, които съставляват пристрастяването.
В езиците за програмиране, зависимости между класите (обекти) се изпълняват типично използване на препратки (указатели) от един клас (обект) на друг. Представителство на зависимости с препратки разкрива факта, че връзката е собственост на един чифт класове, а не всеки един от тях, т.е. зависимост - това съотношение. Трябва да се отбележи, че въпреки че отношенията между обекти са двупосочни, те не са длъжни да изпълняват програмите като двупосочна, оставяйки само връзки в тези класове, където е необходима за програмата.
Други примери на връзки между класовете показани на Фигура 2.7. Първият пример показва връзката между банката и нейните клиентски сметки. Банка на клиента може да има няколко сметки в банката, или нямате сметка (когато за първи път се превръща в клиент на банката). Така, че е необходимо да представлява връзката между клиента и няколко профила, което се прави на Фигура 2.7. Вторият пример показва връзката между пресичащи криви (по-специално с права) линии. Човек може да помисли за 2, 3 или повече такива линии, а те може да има няколко точки на пресичане. И накрая, третият пример показва по избор (по желание) зависимостта: компютър, може или не може да има мишка.
Зависимостите между упражнения са съобразени с зависимости между обектите на тези класове. Фигура 2.8 показва зависимостта между обекти за първи пример на фигура 2.6; Фигура 2.9 показва връзката между обектите за примерите, показани на Фигура 2.7.
Фиг. 2.7. Други примери на зависимости. наименования
Фиг. 2.8. Отношенията между обекти
Трябва да се отбележи, че изобразяването на взаимоотношения между обектите, ние сме склонни да се знае броя на обектите и не е необходимо такива наименования като "някои", "две или повече", "не е задължително."
При проектирането на системата, по-удобно, отколкото да работят на обекти и класове.
Фиг. 2.9. По-сложните взаимоотношения между обектите
Концепцията съгласно прехвърлени на обектно-ориентирани софтуерни системи проектиране технология на проектиране технология (и симулира) бази данни, където в зависимост използват за дълго време. Езици за програмиране обикновено не поддържат изрично описание на зависимости. Независимо от това, описанието на зависимости е много полезен при разработването на софтуерни системи. OMT технология използва в зависимост от тълкуването на диаграми, описващи системата.
Свързани статии