Видел много книг, статей, где описание паттернов идет с использованием языков Java, C++, но вот с использованием Object Pascal'e я не видел. В связи с чем назрел вопрос вопрос - на сколько сильно распространены паттерны в Delphi? Или быть может программисты Delphi вообще ими не пользуются. 

Может потому что Java, C++ раз в 50 распространненее Delphi потому и примеров для них больше  

Их полное название Design Patterns (Паттерны Проектирования), следовательно они относятся больше к проектированию, чем к программированию. Потому они слабо привязаны к языкам программирования, а примеры даны для иллюстрации на наиболее популярных языка программирования.

Сам я использую паттерны и реализую их на Delphi.

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

  Патерны это не новая технология, просто системацизация удачных решений. Многие паттерны уже реализванны в VCL, и используются автоматом.

Мог бы привести примеры?

Добавлено через 7 минут и 9 секунд
Есть ли книги в электронном виде, описывающие существующие типы шаблонов с использованием Delphi?

  Абстрактная фабрика. Любая, форма, все компоненты на ней, создаются реализацией этого патерна. Загрузка изображений в TImage, делаем просто LoadFromFile, создаются различные объекты в зависимости от типа изображения. Пример 2х реализаций одного паттерна.

Добавлено через 3 минуты и 2 секунды
  Использование патерна Visitor. 

Панель выступает в качестве наблюдателя и отвечает за удаление объекта + различные уведомления сообщениями. 

Application - Singleton 

TStreamAdapter - Прокси.

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

В русской википедии я вроде видел синглтон и абстрактную фабрику с примером на паскале. Посмотри еще в английской, может там больше примеров...

В Вики есть примеры.
http://ru.wikipedia.org/wiki/Шаблоны_проектирования
http://ru.wikipedia.org/wiki/Шаблон_делегирования

Добавлено через 12 минут и 44 секунды
Простейший пример - SaveToStream
Классический метод, которому пофигу, какой стрим ему подадут.
Организован типовой сценарий - дай стрим, а я в него сохраню.
Бери любой стрим или придумывай свой - оно всё равно работает.
Паттерны - вообще такая штука, что под неё половина ООП подходит.
Я бы даже не стал выводить это в отдельное понятие, ибо очень оно расплывчатое, общее и абстрактное.

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

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

После того как ты создаешь проект и бросаешь на него контролы - у тебя уже используется паттерны. Дельфи автоматом реализует множество патернов, ло которых девелоппер недогадывается. Прочитай несколько книг по патернам (не смотри на код(если ты его непонимаешь), смотри на UML диаграммы, блок схемы). Все девелопперы на Дельфи используют патерны, просто много из них даже незнают что такое паттерн и их типы ))) Им главное begin... end... if....else... try...except...end и т.д.

Был случай спрашивали нового девлопера который устраивался в большую кантору "что зделает программа после оператора except", варианты ответа: остановит выполнение, продолжит выполнение кода ниже...


З.Ы. Э. Гамма   Р. Хелм   Р. Джонсон   Дж. Влиссидес, Приемы обьектно-ориентированого проектирования. Патерны проектирования. Санкт-Петербург 2001


Это сообщение отредактировал(а) X-Vlad - 14.3.2009, 15:40

Читаем GoF (Gang of Four, Банда Четырёх  , так часто называют авторов вышеуказанной книги), если возникают проблемы с переносом C++ -> Delphi, бежим, например, сюда.

Ещё ссылки по теме:

• Design Patterns in Delphi на delphi.about.com.
• Introduction to Design Patterns in Delphi.
• Проектирование приложений с помощью Bold for Delphi и Model Maker.
• Bold for Delphi. Часть 2.

P.S. Сам буду этим летом "копать" паттерны...  

Это сообщение отредактировал(а) kemiisto - 14.3.2009, 16:09

На rsdn вроде было достаточно много статей посвящённых реализации паттернов именно на Delphi.
Но многие из них, на мой взгляд, какие-то надуманные.

Добавлено через 14 минут и 35 секунд
Вот ещё ссылки:
Расширение возможностей паттерна Command
Практика применения паттернов проектирования

Угу,хорошо

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

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

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

Ещё - знание паттернов позволяет быстро объяснить то, что вы написали намедни. Также знание паттернов очень полезно при проектировании реализации (но для проектирования самомй системы знание паттернов не нужно).

А каким образом в таком случае задокументировать паттерн, для многократного использования? И как использовать паттерны, которые уже имеются в среде Delphi?
Если можно, конкретные примеры: вот так используем в проекте, вот так заносим в среду.

Паттерн не нужно документировать. Паттерн - не программа. Чтобы что-то использовать многократно, нужно, вначале это написать, а потом, например, оформить это в виде библиотеки (.dll, .jar, .so и пр.) и использовать это многократно (а можно просто в исходных кодах использовать многократно).


Просто создав новый проект и запустив его Вы уже кучу паттернов использовали. 



Например есть задача, в которой пользователь должен вызывать много разных функций в произвольной последовательности. 

Эту задачу можно например решить с помощью паттерна "Консоль" - есть некоторая строка ввода, пользователь вводит команду (которая запускает ту или иную функцию), нажимает Enter - и соответствующая функция выполняется.

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

Ну а теперь более "низменные" паттерны:

"Одиночка" (синглтон, singleton) - это всего лишь когда Вы ввели ограничение на количество инстанций данного класса (чтобы количество инстанций == 1). А как Вы это сделали - либо "устно" соблюдаете ограничение, либо воспользовлись какими-нибудь конструкциями языка, на котором пишите, либо воспользовались какой-нибудь библиотекой - суть остаётся прежней.

Когда у какой-то сущьности в программе есть несколько режимов, например при нарезании болванки - есть режим нарезания, и есть режим верификации.
Тогда можно воспользоваться одним из двух паттернов:

"Состояние" (state) - это когда все режимы обслуживаются одним классом, и какой на данный момент режим определяется значением какого-нибудь поля в этом классе, скорей всего тип этого поля будет либо int либо какой-нибудь enum - хотя можно использовать что угодно.

"Стратегия" (strategy) - это когда отличительный функционал какого-нибудь режима выделяется в отдельный класс, т.е. для каждого режима создаётся отдельный класс, притом эти классы должы иметь общий интерфейс использования (некий общий набор методов или реализовывать какой-нибудь интерфейс если позволяет используемый язык программирования). Ну и в общем классе есть ссылка на один из этих классов - если значение ссылки меняется, то какбы меняется и режим.
Достоинство данного подхода программирования (читай паттерна) является то, что исчезают switch-операторы.

* * *

"Фабричный метод" (factory method) - это когда Вы объект создаете не с помощью конструктора, а с помощью некого статистического метода. В Object Pascal-е, как я понимаю, конструкторы оформлены в виде фабричных методов. Поэтому в Object Pascal-е, если Вы создавали хотя-бы один объект, или придумали хотя-бы один класс и использовали его, то Вы уже пользовались фабричным методом.

"Фабрика" (factory) - это класс, который служит для создания объектов других классов. Обычно "фабрика" - "синглтон", хотя это совершенно не обязательно. 

"Строитель" (builder) - это почти тоже самое, что и фабрика. Строитель от фабрики отличается тем, что он создает много объектов (строит иерархию объектов). Ещё одним ярким отличием строителя от фабрики является то, что строитель может создавать объект не сразу, а постепенно - вначале вызываем какой-нибудь инициализирующий метод, потом какие-нибудь настраивающие методы, потом можно воспользоваться методами для получения ссылок на построенные объекты (чтобы наконец воспользоваться этими объектами), ну а потом наверное надо вызвать метод, который все это дело очищает. 
Короче строитель - это супер-пупер навороченная фабрика.

"Конструктор" (constructor) - это конструктор. (тупо зато верно)
"Деструктор" (destructor) - это деструктор. (тупо зато верно)
Практически во всех ООП-языках предыдущие два паттерна встроены прямо в язык.

"Фассад" (fassade) - это наверное самый первый паттерн, который использовали программисты с начала эры информационной революции (когда ещё понятия паттерн и в помине небыло). Фассад - это просто набор функций, для доступа к каким-либо ресурсам.
Например в Java доступ к синусам и косинусам оформлен с помощью фассадного класса Math - в нем куча статических методов типа sin, cos, log, tan и пр.

Ну а остальные паттерны читайте in вумной литературе.


Это сообщение отредактировал(а) pompei - 17.3.2009, 06:48

В ModelMaker 10  реализовано много шаблонов паттернов, можно применятьдаже к уже существующему коду . Реалиализация вменяемая. Раньше бы некоторые шаблоны было бы влом реализовывать, а тут одно нажатие и готово.

генератор кода хреновый у него, правда юзал ModelMaker (не помню какая у него версия была), который поставлялся с Delphi7. Мож за эти годы что поменялось

Это как это???? 

да и альтернатив для семерки нет

Это сообщение отредактировал(а) cemick - 20.3.2009, 14:58

не понравился он мне