Как да се направи UML клас диаграма, блог Java програмист
Диаграмата на клас.
софтуерни архитекти говорят езика UML. Това е като един вид програмист латински. UML използват директно за програмиране неудобно, но много я разбере и да се използва за предписване на описанието на архитектурата на системата. Дрю клас диаграма, и стана ясно какво се случва. Тя разбира и delfist и zhavaist и sishnik и pitonshik и sisharper и рубисти (по принцип всички, които са учили за освобождение на Палестина).
Централно място е заето в схемата на UML клас. Този грунд. В интернет можете да намерите богата информация за клас диаграми (структура, определяне класа, интерфейси, атрибути, връзки и т.н.), но сравнително малко информация за това как да прилагат дизайн процес. В тази връзка, аз привлека вниманието ви към две точки по-специално.
От общото към частното.
Най-важното нещо при създаването на клас диаграма да се използва принципа на "от общото към частното." В действителност, това е един от основните принципи, които най-големите художници от миналото са отворили преди много години.
Представете си, че вие не знаете как да се направи добре, но наистина искате да се направи като нечия глава. Взимаш един молив, да поставите парче хартия и да започне да се направи лявото му око. Разходите за този злощастен лявото око повече от един час, да те взема на носа, а след това в продължение на дясното око, ухо и след това се опитайте да завърши до края. Много е вероятно, че резултатът от работата, която скърби (не те съветвам на жертвата, за да покаже резултат от работата) - очите, носа, устата и ушите са на грешното място. Разбира се, има и гениите сред нас, които са изпаднали шедьовър, но все пак, тези, които са ангажирани в това професионално проповядват по-различен подход - ". От общото към частното, от частното към общото" Първоначално направи скица, "тромава" картина. След по-нататъшно разработване. Подобно на това:
По същия начин, аз препоръчвам да направи работата с клас диаграми в UML. Ние създаваме една скица. Изберете основните класове, които определят отношенията между тях, а след това, работещи по кратни, полета, методи и обхват, обадете се на подпис, класове помощни и така нататък.
Но трябва да се започне с формирането на набор от базови класове. За да направите това, просто трябва да се направи правоъгълник и пишат в имената на основните класове. След това постепенно се изработи останалите.
Между другото, ако сте собственик на техниката на по Kung Fu "UML цветове" от главния код, а след това можете да започнете да го използвате в първия етап.
Сега нека пристъпим към изучаването на друг основен проблем в софтуерната архитектура.
Да бъде или да има?
Има две основни нагласи ", за да бъдат" и "да имат". Най-крещящо и опростено обяснение: "за" - наследство ", има" - агрегиране (виж справка.). Тя ще изглежда, каква е разликата? В някои езици, като цяло е една и съща дума.
Можете да го направите:
И вие можете да го направите:
В първия случай имаме нагласата "да бъде то." Всеки от клас обекти Admin, Редактор, гости и един потребител (е потребител).
Във втория случай, отношението на "трябва". Предмет на клас на потребителя, има атрибут собственост (има), който определя статуса на потребителя в системата. Проектиране реалния свят, ние трябва да си мислят: "Кой е нашият потребител?". Какво означава "да бъде администратор" за него? Ако това е нещо, неделима част от себе си, своята вътрешна същност, от съществено значение I, неговата идентичност. Ако нашият потребител администратор е роден и отива в друг свят администратор, а след това "Администриране е Потребител" е обосновано.
В първия случай потребителят администраторския гордо вика: "Аз съм администратор!" и че той не е взела, във втория, той казва скромно: "Аз имам статут на администратор."
По този начин, отговора на въпроса "да бъдеш или да има?", Обръщаме се към основна връзка, в нашата система и трябва да се мисли много внимателно преди да направите това стрела между класовете.