Как да се направи UML клас диаграма, блог Java програмист

Диаграмата на клас.

софтуерни архитекти говорят езика UML. Това е като един вид програмист латински. UML използват директно за програмиране неудобно, но много я разбере и да се използва за предписване на описанието на архитектурата на системата. Дрю клас диаграма, и стана ясно какво се случва. Тя разбира и delfist и zhavaist и sishnik и pitonshik и sisharper и рубисти (по принцип всички, които са учили за освобождение на Палестина).

Централно място е заето в схемата на UML клас. Този грунд. В интернет можете да намерите богата информация за клас диаграми (структура, определяне класа, интерфейси, атрибути, връзки и т.н.), но сравнително малко информация за това как да прилагат дизайн процес. В тази връзка, аз привлека вниманието ви към две точки по-специално.

От общото към частното.

Най-важното нещо при създаването на клас диаграма да се използва принципа на "от общото към частното." В действителност, това е един от основните принципи, които най-големите художници от миналото са отворили преди много години.

Представете си, че вие ​​не знаете как да се направи добре, но наистина искате да се направи като нечия глава. Взимаш един молив, да поставите парче хартия и да започне да се направи лявото му око. Разходите за този злощастен лявото око повече от един час, да те взема на носа, а след това в продължение на дясното око, ухо и след това се опитайте да завърши до края. Много е вероятно, че резултатът от работата, която скърби (не те съветвам на жертвата, за да покаже резултат от работата) - очите, носа, устата и ушите са на грешното място. Разбира се, има и гениите сред нас, които са изпаднали шедьовър, но все пак, тези, които са ангажирани в това професионално проповядват по-различен подход - ". От общото към частното, от частното към общото" Първоначално направи скица, "тромава" картина. След по-нататъшно разработване. Подобно на това:

По същия начин, аз препоръчвам да направи работата с клас диаграми в UML. Ние създаваме една скица. Изберете основните класове, които определят отношенията между тях, а след това, работещи по кратни, полета, методи и обхват, обадете се на подпис, класове помощни и така нататък.

Но трябва да се започне с формирането на набор от базови класове. За да направите това, просто трябва да се направи правоъгълник и пишат в имената на основните класове. След това постепенно се изработи останалите.

Между другото, ако сте собственик на техниката на по Kung Fu "UML цветове" от главния код, а след това можете да започнете да го използвате в първия етап.

Сега нека пристъпим към изучаването на друг основен проблем в софтуерната архитектура.

Да бъде или да има?

Има две основни нагласи ", за да бъдат" и "да имат". Най-крещящо и опростено обяснение: "за" - наследство ", има" - агрегиране (виж справка.). Тя ще изглежда, каква е разликата? В някои езици, като цяло е една и съща дума.

Можете да го направите:

И вие можете да го направите:

В първия случай имаме нагласата "да бъде то." Всеки от клас обекти Admin, Редактор, гости и един потребител (е потребител).

Във втория случай, отношението на "трябва". Предмет на клас на потребителя, има атрибут собственост (има), който определя статуса на потребителя в системата. Проектиране реалния свят, ние трябва да си мислят: "Кой е нашият потребител?". Какво означава "да бъде администратор" за него? Ако това е нещо, неделима част от себе си, своята вътрешна същност, от съществено значение I, неговата идентичност. Ако нашият потребител администратор е роден и отива в друг свят администратор, а след това "Администриране е Потребител" е обосновано.

В първия случай потребителят администраторския гордо вика: "Аз съм администратор!" и че той не е взела, във втория, той казва скромно: "Аз имам статут на администратор."

По този начин, отговора на въпроса "да бъдеш или да има?", Обръщаме се към основна връзка, в нашата система и трябва да се мисли много внимателно преди да направите това стрела между класовете.