Специализируюсь на объектно-ориентированных системах, поэтому хотел бы высказать несколько идей.
Шаблоны проектирования вещь очень полезная, но до сих пор вокруг них идут довольно активные дебаты. В основном причиной этих дебатов является неправильное и тем более совершенно неуместное использование шаблонов (например, смотри Кериевски "Рефакторинг с использованием шаблонов"). Я согласен с мыслью, что использование шаблонов должно быть минимальным, так как они заведомо усложняют проект (требуя от того кто с ним работает более высокой квалификации), поэтому их использование должно быть органичным (то есть даже если человек ничего не знает о шаблонах он должен чувствовать, что этот код наилучшим образом подходит в этом месте, а не рыться в книгах в поисках описания шаблона).
Шаблоны улучшают проект при наличии трех основополагающих: знание самих шаблонов разработчиками, понимание причин применения шаблонов и способ применения шаблонов. Зачастую достичь всех трех условий в рамках конкретного проекта и команды разработчиков нельзя. Лучший способ использования паттернов проектирования - не использовать их вообще, пока вы не возникает ситуация, когда без них не обойтись и в которой они приносят реальную выгоду. Сами по себе шаблоны не решают проблем проектирования и не являются повторно используемым кодом (Бертранд Мейер "Объектно-ориентированное конструирование систем"). Изучение шаблонов полезно для развития навыков написания "правильного" (что в первую очередь обозначает понятного) кода, но использование шаблонов не есть самоцель.
UML очень мощное средство, но опять возникает проблема, что большинство разработчиков владеют только азами этого языка и попытка представить структуру на 3-х 4-х связанных диаграммах может только замедлить проект, а не улучшить взаимодействие. Поэтому использование UML зачастую разумно ограничить только начальным уровнем (например, брошюры Кэндалла Скотта).
Вообще ОО проектирование, шаблоны, UML (а также рефакторинг) нужно рассматривать как отдельные вопросы (а еще лучше как конкретные вопросы), иначе можно просто бесконечно говорить о наборе абстрактных вещей. |
)
уверен, что не до конца и для открытий место осталось.
UML + генерация кода из него тоже ... Это всё у нас теперь в обязательной программе обучения... 