Добрый день,

Есть класс SomeThread который делает конкретную задачу..обьектов этого класса - несколько. Каждый обьект имеет свое сойденение с базой данных и в принципе абсолютно изолирован (т.е. никаких глобальных данных и тому подобного, каждый обьект оперирует со своими локальными данными). Но как понимаете весь функционал не написан в модуле SomeThread, а он использует некие вспомогательные классы SystemUser, UserActionHandler и тому подобное. Вопрос в том что в каждом модуле мне нужно подключение к базе данных которое создано в классе SomeThread, а передавать его в каждый модуль, как-то некрасиво. Можно конечно создать синглтон, но..это потоки, т.е. на каждый поток должно быть свое подключение. Как это можно сделать? Было бы красиво что-то вроде



но вот как это реализовать? 

например, с помощью boost::call_once

а без буста? меня больше принцип реализации интересует

если я правильно понял задачу, то на каждый поток у вас свое подключение.
почему нельзя сделать в том классе что вы привели static map<threadId, connectionPtr> connections и при каждом обращении из конкретного потока (его id мы всегда сможем узнать) в каждой функции либо брать кешированное соединение либо создавать, пихать в кеш и использовать ?

замечания:
1) map это НЕ std::map ! т.к. последний не потокобезопасен (хотя можно доступ к нему сделать таковым)
2) кешировать соединение не очень хорошо (точнее очень нехорошо). могут быть проблемы. все зависит от задачи.
3) конечно нужна функции "отключится от объекта"

Если дело происходит в Windows и кроссплатформенность кода не нужна, то имеет смысл посмотреть в сторону платформенно-специфичных средств (а именно, в Win это TLS). 
Например, в MSVC++ есть конструкция __declspec(thread) <тип данных> <имя переменной>; - таким образом создается экземпляр переменной, специфичный для вызывающего потока. Это позволит разделить connectionPtr и за каждым потоком закрепить свой экземпляр оного. Если применить еще и идиому RTTI, то, возможно, удастся решить и проблемы с "зависшими" или незакрытыми соединениями.... 

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

Добавлено через 6 минут и 1 секунду

только если ты не пишешь разделяемую библиотеку  

Абсолютно верно.


так и думал сделать, но

если учесть что в этот мап значения добавляются всего один раз в начале одним потоком, а потом ТОЛЬКО читают из него методом find, могут ли быть проблемы..со вчерашнего дня об этом и думаю.


нет, мне скорее нужно под линукс..но код кроссплатформенный.

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

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

Все!!! управился, привожу решение кому интересно.
В виндоуз есть такая штука как TLS (Thread Local Storage). Вещь полезная и полностью решающая данную задачу. В никсах она добавлена как патч, но это было давно и в принципе на данный момент вы вряд ли найдете систему которая не поддерживает TLS.


вот и все..обявляем статические переменные как


и наслаждаемся Thread Scope Static переменными!

Всем спасибо.

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

Добавлено через 7 минут и 7 секунд
workaround

я и не собираюсь, но спасибо за информацию, почитаю про это.

Делай селектор,

А в селекторе возвращаемые объекты вычисляй по ID потока

Что то вроде
switch(IdThread)
{
case First:
       retunrn array_object[1];
case Second:
       retunrn array_object[1];
default:
return 0;
}

Весь код я не писал, если надо то скажи.

0xDX   

1. Количество потоков - динамическое, еслиб я точно знал их количество - я бы придумал решения и покрасивей..хотя бы с шаблонами.
2. Откуда ты возьмешь First и Second? Это не константные значения. ИД потока изменяется при каждом запуске программы.
3. Чем тебе не нравится мое решение? Думаешь свитч красивее?

azesmcar  на винд работать не будет.



Ассоциативный контейнер полечит.