Паттерн Singleton против функционального подхода

[still_alive]

Сообщение от pu4koff

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

Нет, DCLP позволяет потокам не лочить при каждом обращении к экземпляру.

Сообщение от pu4koff

А теперь пожалуйста расшифровку что сие такое есть

Double-checked locking pattern + call_once из буста.

Сообщение от pu4koff

Современные программы обычно идут с GUI. Вешать GUI из-за проведения каких-то расчетов - есть еще большее зло.

Я к тому, что использовать многопоточность там, где можно вполне обойтись без него, не стоит.

Сообщение от pu4koff

Это касается всех паттернов, а еще ранее это касается и ООП в целом. Я бы вообще паттерны перевёл не как "шаблоны проектирования", а как "образцы/примеры проектирования". Паттерны - это вовсе не рекомендация к действию, а просто примеры решения типовых задач.

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

[pu4koff]

Сообщение от still_alive

Нет, DCLP позволяет потокам не лочить при каждом обращении к экземпляру.

Double-checked locking pattern + call_once из буста.

Ага. Теперь понятно. Собственно очередные костыли получаются, но трудозатраты на блокировку таки сокращают бесспорно.

Сообщение от still_alive

Я к тому, что использовать многопоточность там, где можно вполне обойтись без него, не стоит.

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

Сообщение от still_alive

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

Только из-за унылости современной документации новички воспринимают их как призыв к действию и начинают по коду разрастаться StudentFactory и прочий хлам.