UML и паттерны проектирования — это одно и то же?

Question

[Андрей Титов]

Что из чего вытекает? В какой последовательности использовать? Что первично, что вторично? Когда следует их применять?

Answer 1

[Saboteur]

Вы путаете теплое с мягким.

UML - это язык для рисования схем, которым пользуются для того, чтобы нарисовать классы и их взаимосвязь. С паттернами программирования никак не связано.

Паттерны программирования - это архитектурное решение популярных задач, чтобы не изобретать велосипед, которое не имеет отношение к языку программирования. Просто у вас есть некая задача, вы придумаваете алгоритм, который ее решает. Паттерны позволяют вам не выдумывать алгоритм, а глянуть - вдруг подобные задачи уже до вас решали, и есть подходящие паттерны. После чего на нужном языке вы этот паттерн реализуете. А если коллектив большой, то общаясь с коллегами вы не будете им полтора часа рассказывать идею, а просто назовете имя паттерна и все кто с ними знаком вас поймут с полуслова.

Comments

[Андрей Титов]

Получается, что паттерн - это часто используемый алгоритм?

[Saboteur]

Андрей Титов: грубо говоря - да. Просто некоторые вещи сложно назвать алгоритмами. Подход к решению какой-либо задачи.

Могу привести такой пример.
Когда-то я разрабатывал текстовую ролевую игру. Было множество заклинания, которые работали с разными объектами (площадь, цель, предмет, дружественная цель).

все заклинания были вынесены в таблицу массива с параметрами - сколько маны ест, сколько откат, кому доступно для изучения (класс, раса).
Потом игра усложнилась, для заклинания появлялись новые условия (доступно днем/ночью) и так далее. Заполнять таблицу было сложновато, потому что добавлять новый столбец для 1-2 заклинания, у которых индивидуальное условие было неудобно. А в какой-то момент я добрел до гениального решения - условие проверки заклинания было указано в таблице в виде функции. И все. Количество столбцов сократилось, таблица стала красивая и ровненькая, а вместо жестко прописанного аттрибута, в качестве кондишина в таблицу фигурировался вызов определенных функций.

А потом я узнал, что есть такой паттерн, вроде execution. То есть зная паттерны, я бы сразу мог понять что в моей задаче именно он решает проблемы красиво.

Алгоритм реализации этого паттерна может быть крайне различный. Главное, что паттерны позволяют быстро находить best practice решение.

[Андрей Титов]

Сергей: При изучении программирования или нового языка сразу нужно изучать UML и паттерны или стоит немного попрактиковаться без них?

[Saboteur]

Андрей Титов: подавляющее количество паттерном языково-независимы.

Вроде бы из моего ответа четко следует что такое паттерны, поэтому вы можете выбирать сами. Если материал по которому вы изучаете паттер содержит много примеров в виде кода, то желательно бы знать язык на достаточном уровне, чтобы эти примеры понимать.

А то вопрос выглядит примерно так
"Чтобы стать айтишником, нужно сперва освоить 10пальцевый набор, или потом? или парралельно?"

Answer 2

[IceJOKER]

UML - это графическое изображение классов(объектов.....)
Паттерны проектирования - это решения для часто возникающих проблем

Гуглить не судьба?

Comments

[Андрей Титов]

Так что применять в первую очередь?

[moped]

Андрей Титов: при проектировании uml, при кодинге - паттерны

[Андрей Титов]

moped: Мне несколько раз попадалась фраза, что сначала выбираем подходящий паттерн и затем на его основе строим UML. Вот это и ввело в заблуждение. А так я и думал, как вы написали.

Answer 3

[GavriKos]

UML - это язык. Паттерны - это шаблоны. UML используется для описания функциональных блоков программного продукта, их взаимодействия. Паттерны проектирования - это варианты этих самых блоков и их взаимодействия. UML используется в т.ч. для описания паттернов. Соответственно вы сначала выбираете паттерн, а на его основе описываете всю структуру средствами UML.

Comments

[Андрей Титов]

И как же выбрать паттерн? Что с чем сравнивать?

[GavriKos]

Паттерн выбирается исходя из разрабатываемого приложения, требований к нему, ТЗ и прочего. Вы не забывайте, что паттерны описывают не все приложение. Ну банальный пример - паттерн "медиатор".

Answer 4

[sivabur]

UML -первичен( схема класов как они с друг другом взаимодействуют)[для того чтобы сразувидели весь проект. а не только тот екран кода который перед вами(мальнькая часть проекта)] своеобразный стандарт между прогармистами.

патерны -это типичныи решения в програмированиии(вторичнно).