В разработке программного обеспечения, шаблон проектирования или паттерн (англ. design pattern) — повторимая архитектурная конструкция, представляющая собой решение проблемы проектирования в рамках некоторого часто возникающего контекста.
Обычно шаблон не является законченным образцом, который может быть прямо преобразован в код; это лишь пример решения задачи, который можно использовать в различных ситуациях. Объектно-ориентированные шаблоны показывают отношения и взаимодействия между классами или объектами, без определения того, какие конечные классы или объекты приложения будут использоваться.
«Низкоуровневые» шаблоны, учитывающие специфику конкретного языка программирования, называются идиомами. Это хорошие решения проектирования, характерные для конкретного языка или программной платформы, и потому не универсальные.
На наивысшем уровне существуют архитектурные шаблоны, они охватывают собой архитектуру всей программной системы.
Алгоритмы по своей сути также являются шаблонами, но не проектирования, а вычисления, так как решают вычислительные задачи.

wiki:Паттерны_проектирования

Какие шаблоны (паттерны) проектирования можно использовать в 1С 8.х и какие есть примеры их использования?

Банду четырёх прочитал?
Тогда откуда такие вопросы?
Если нет, то тем более.

Сначала прочти.

(1) читал и снова перечитываю
и не только их, тема очень интересна

1С использует реаляционные таблицы - эээ вроде нет
1С использует методы ООП - эээ вроде нет

Для 1С можно использовать стандарты шаблонов проектирования эээ т.к. 1С не использует реляционные таблицы и методы ОПП, то нельзя.

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

(3) не согласен ни с одним из:

>>1С использует реаляционные таблицы - эээ вроде нет
- да их тысячи!
>>1С использует методы ООП - эээ вроде нет
- все методы виртуальны фактически, инкапсуляция есть, наследования нет, но банда четырех делает упор на агрегации/композиции больше

(4) внутренняя локика отношений таблиц с нятяжкой может быть названа реаляционной, т.е. сотни утилит которые строят схемы отношений в классических релляциях сходят с ума когда им суешь табличное пространство 1С-эсины.

по ООП аналогично, да и где там наследование нашли, копипаст уже принят в 1С как метод наследования?

(5) там нет наследования,я ж написал, ООП ущемленное
однако про реляционность - ну нет на уровне СУБД и чего?

(3)
"
1С использует реаляционные таблицы - эээ вроде нет
1С использует методы ООП - эээ вроде нет
"

И то и другое она исползует

(6) это значит что сгенерить схемы, используя стандартный софт проектировщиков не получиться

допустим, фасады и декораторы как-то ещё даже в типовых используются, на фабрике XDTO держится, синглтон в 1С… ну, тоже можно сделать. что там ещё из незамудрёного?

(9) примеры можно?

(5) вы восьмёрку из конфигуратора видели?

(9) про что примеры?

(12) ну где в типовых используются "фасады и декораторы"? концептуально на пальцах можно

(13) грубо, модули с названием блаблаблаПереопределяемый можно в какой-то степени назвать фасадом

в паттернах главное что для пргимания? попытаться отстраниться от ООП и понять суть

(15) согласен

всем лениво или никто не в теме?

(13) Синглтон и адаптер можно реализовать без особых проблем. Итератор тоже.

(18) примеры то есть?

(19) На итератор смотри любую коллекцию

(20) это не шаблон, это возможности языка
кстати ограниченные, я не могу создавать собственные вид коллекций поддерживающие "Для каждого"
выборка не умеют "Для каждого"

(19) ну синглтон, в виде обработки, которая перед запуском проверяет определенную константу, вполне может быть реализован

Ну, фабрику можно сделать.

Паттерн "строитель" работает при создании отчетов

спасибо, товарищи, набросали
это так сказать для кругозора

а если задуматься - так ли нужны шаблоны проектирования для 1С? ведь что такое шаблоны - не более чем лучшие (или чаще встречаемые)  практики при проектировании систем. Так что рекомендации к разработке систем расположеные на ИТС - в первом приближении мможно рассматривать как такие шаблоны. Если хочется большего то в принципе, с моей точки зрения, перегоняется исходный код в AST после чего ищем повторяющие последовательности, анализируем их. И находим что-то похожее на шаблон в контексте одного приложения (бухгалтерия, зарплата, торговля).
Вообще шаблон это не более чем кирпичик для строительства программы. Раз программа есть, значит есть и шаблоны которые использовались при написании. просто они неявны и еще никем не описаны.

(21) У тебя неправильное представление о шаблоне Итератор.

(25) это только комментарий к (20) :)

+(25) Можно сделать обработку содержащую встроенную приватную коллекцию. Реализовать публиные(ЭКСПОРТ) методы ПолучитьИтератор(), ЕстьСледующий(), Следующий(). И уже с их помощью обходить коллекцию.

(26) А то , что ты хочешь в (21) не поддерживает 1С как платформа.

(27) можно, но в 1С решениях я такого не видел

(28) забудь, это был оффтоп на (20)

(29) 1С не предполагает создание своих уникальных объектов, отличных от предложенных метаклассов.

(0)
БСП - похоже

(31) да? а зачем разрешает делать обработки?

(32)
кстати они однотипные доработки рекомендуют делать конфигурациями.

(33) Обработка не является уникальным классом.

(35) почему?

(33)"отличных от предложенных метаклассов."

(37) ну ты же сам итератор из обработки сделал, а язык, так чтож - да х.. с ним

(38) Итератор делался не из обработки, а в обработке. Для обхода коллекции встроенной в нее. Для лучшего понимания шаблонов, попробуй их по реализовывать не на 1С