Какие-либо предложения для интенсивного курса на шаблонах разработки?

Подход большинства книг к объяснению закономерностей является полной противоположностью того, что я хотел бы видеть. Они берут образец, описывают предварительные условия, а что нет, а затем дают вам пример. Я бы предпочел взять конкретные проблемы и обсудить альтернативы. Тот, который выделяется, это будет «шаблон» - представьте его как таковой только тогда.

Выберите шаблоны, которые а) просты и б) наиболее вероятны для использования в вашем коде. Синглтоны просты в освоении (так как они не включают предметы / предметы). Другим интересным является паттерн наблюдателя.

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

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

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

Посмотрите этот сайт: http://www.dofactory.com/Patterns/Patterns.aspx Он фокусируется на многих типах творческих, структурных и поведенческих паттернов и дает примеры со структурным, реальным и оптимизированным .net кодом. Надеюсь, это поможет

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

Одним из возможных подходов было бы рассмотреть некоторые из страшный код, и продолжайте в том же духе: «Как мы могли бы улучшить это? Как это происходит, есть шаблон проектирования под названием Observer ....»

Это может в конечном итоге быть комбинацией шаблонов и рефакторинг . Но это может быть уместно, учитывая, что вы пытаетесь связаться с разработчиками, работающими над существующей кодовой базой.

Проблема с шаблонами обучения в том, что у вас должно быть достаточно опыта работы с программным обеспечением, чтобы увидеть шаблон (обычно безымянный) в коде, который вы написали или поддерживали. Если вы никогда не писали наблюдателя, читать описание шаблона будет нелегко.

Я не говорю, что вы не должны читать о шаблонах. Но имейте в виду, что способность ценить шаблоны ограничена его неопытностью.

Другая проблема с шаблонами, и проблема, с которой вы столкнетесь, заключается в том, что они не существуют. По крайней мере, они существуют еще меньше, чем «программное обеспечение». Шаблоны - это идеи и концепции. Это не исполняемый код. Runnable код может реализовать шаблон, но обратного не существует. Вы не можете просто ввести «singleton» в свой код, и внезапно синглтон существует. Нет языка, в котором добавление атрибута «посетитель» внезапно делает все возможное для реализации шаблона посетителя. Существуют передовые практики и примеры шаблонов на разных языках, но вы не можете их вставить в библиотеку и просто позвонить. используя шаблоны. Быть наблюдательным - очень трудный навык для обучения (для всех форм наблюдения).

Третья проблема с шаблонами состоит в том, что они не являются областью кодировщиков. Они формально называются шаблонами проектирования по причине. Они наиболее правильно представляют собой конструкцию времени проектирования. Конечно, вы можете использовать шаблоны, чтобы помочь в рефакторинге существующего кода. Но по большому счету шаблоны проектирования - это жаргон для упрощения обсуждения дизайна. Это снова, почему нет любые библиотеки синглтон-кода. Использование одиночного кода - это подход к коду, а не сам код.

Все, что сказано, попытка обучить ваших программистов шаблонам проектирования, не повредит. Заставить программистов думать - это хорошо, и если от них уйдет только один из них с поверхностным пониманием шаблонов, вы, вероятно, выйдете впереди игры. Удачи.

Шаблоны проектирования Head First были бы отличным местом для начала. Он охватывает основные шаблоны проектирования.

Рефакторинг для шаблонов также может быть интересным.

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