Кто-нить использует паттерны в проектировании своих систем на 1С?

это какие?

wiki:Шаблон_проектирования

(0) А какие ты видишь паттерны, которые можно использовать в 1С?

Я только "Одиночка" и "Строитель"...

нарисуйте синглетон на 1С, пожалуста…

(4) Запуск 1-го экземпляра определенной обработки очень часто встречается. Реализуется через константу или файлы

А на "Строителе" отчеты не через СКД сделаны (т.е. ты его используешь, но сделан он самой 1С)

(5) да ой! типа я не могу использовать обработку _кроме как_ через константу?

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

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

(6) то, что 1С'ю реализовано, мы в расчёт не берём

(8) с фигали глобальник синглтон?

(9)+ в платформе

(9) ок, тогда строителя нет
(7) а как? Если обработка будет "смотреть" на константу, и перед открытием, если константа не в нужном состоянии, не открываться?

Кто все эти люди?

+12 подразумеваем, что, когда обработка открывается и закрывается, она сама меняет константу. Если константа в "плохом" состоянии, обработка не открывается, появляется сообщение об ошибке

Паттерны, ООП (в 1С), UML и прочая, прочая, прочая напоминают мне математику.
Прикладники пытаются сделать науку из инструмента. Накуа? За красивые фразы платить больше не будут. Идите кодить, заводы стоят.

Автору пройти тест из
Матрица компетентности программиста
Вы созданы друг для друга.
Уверен, ты наберешь там неплохо баллов и поднимешь свое ЧСВ получше, чем (0) пост.

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

(17) это не синглтон

(18) интересно, а чем-же является этот служебный элемент этого служебного справочника?

(19) элементом справочника он является

(20) И чем же конкретно он не синглтон?

написать синглтон на 1С можно, например, с помощью параметров сеанса, но это будет синглтон внутри сеанса, а не системы в целом

(21) а если через фоновое-регламентное задание с уникальностью по ключу.

(21) потому что это не синглтон

(24) Синглотон это объект обладающий некоторыми свойствами.
Какими свойствами необходимыми синглтону он не обладает?

классический синглтон — это объект, создание которого возможно только в единственном экземпляре. любое повторное создание того же объекта должно возвращать тот же объект

(25) иди читай GoF, там всё написано

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

(27) А сам прочитать не можешь?

фасады, фабрики на 1С делаются легко (ну почти), куча паттернов пеализует сама платформа

(28) только "синглетонность" — это свойство самого объекта, а не его окружения

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

(32) и? или в 1С внезапно появились конструкторы?

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

ООП родилось не как предмет для изучения студентами, а как необходимость. Хоть язык 1С и не является ООП, но зная принципы (не определения, а именно откуда ноги растут) можно создавать конфигурации, которые будет легче поддерживать и развивать.

(33) Неважны средства которыми ты создал объект который ведет себя как синглтон.
Вот по сути определение сингтона -
Singleton* Singleton::Instance() {
 if(_instance == 0){
    _instance = new Singleton;
 }
 return _instance;
}

(35) только ты забыл, что _instance у тебя — static.

(34) "молодой и бурно развивающейся"

Ага, ага. Последнее развитие - это языки высокого уровня. Ну еще ООП с натяжкой. Всё.

А если Синглтон себя не возвращает -- это не синглтон?

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

Кмк, это не основная его черта. Основная -- единственность

(34) Принципы ООП никак не помогут
"создавать конфигурации, которые будет легче поддерживать и развивать".

(36) Нет. У меня сотня пользователей в базе. И соотвественно у каждого свой _instance

(39) Да, нетрудно, на самом деле. НО зачем?

(38) синглтон вообще может ничего не возвращать. главное — что он один.

(39) Я могу это сделать. Но это будет пляска в ВК, OLE и медленно и печально.

(42) тогда это не синглтон

(45) допустим, я могу это сделать без вк и оле, но это точно будет медленно.

(46) Если поищешь, то ты найдешь первое определение синглтона, 1994-го года. И этот служебный элемент справочника (с его методами) - чисто подходит под это опредление.
http://habrahabr.ru/post/147373/

(47)+ и "честным" синглтоном это не будет

(44) Так вот, в чем проблема тогда?
Алгоритм примерно такой:
1. При открытии обработка смотрит: есть ли блокировка на константе, элементе справочника, файле. Если есть -- выход, нет -- блокировка и п.2
2. Начинаем делать что-то в транзакции (или нет -- не важно, суть не в этом)
3. Если не произошло ошибок, то коммитим транзакцию
4. Освобождаем блокировку
5. Закрываемся...

Мы п.1 гарантируем единственность инстанса обработки для всех пользователей внутри системы. Да, мы ничего не возвращаем, но это и не надо.

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

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

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

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

(54) ну, допустим, я могу вернуть копию. Хоть это и пляска с бубном.
Я сделаю, сериализацию в XML по тику. XML буду хранить в Хранилище Значений, или файле. Но это уже медленно.

Просто, в 1с, если мы гарантируем 1-у копию чего-нить, то это очень важное что-то, чтобы давать кому-то другому, доступ у нему.

(53) а как же 44: синглтон вообще может ничего не возвращать. главное — что он один.
Это ведь твои же собственные слова

(54) В данном случае возвращается копия. Именно при использовании как семафора (непонятно почему синглтон не может использоваться как семафор)
http://yandex.ru/yandsearch?text=cbyuknjy+ctvfajh&from=os&lr=2
, при этом копия полноценная. И признак блокировки не лажается никогда.

Вот интересное обсуждение, что-же такое синглтон.
http://www.ljpoisk.ru/archive/7211958.html

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

Паттерны, шаблоны программирования - это НЕ объекты, а способы написания классов, создания и взаимодействия объектов.
...
И с такой точки зрения, этот объект, и его методы (инициализация, загрузка из удаленной базы, и установка/получение статуса блокировки для управления загрузкой) - это самый настоящий синглтон.

(37) "Последнее развитие - это языки высокого уровня. Ну еще ООП с натяжкой. Всё."
Кроме самих языков, развивается подход к решению задач. Например был метод Буча, сейчас Паттерны проектирования.
Так же есть и методы работы команды специалистов над проектом - что так же является частью программирования.

(41) "Принципы ООП никак не помогут"
Я так не думаю. В типовых конфигурациях явно видно их отсутствие:
1. В типовых конфигурациях излишне много используют глобальные переменные разного уровня, как результат - больше времени уходит на поддержку и невозможность повторного использования кода.
2. Срок жизни конфигурации - на сегодня составляет несколько лет, потом переписывают заново.