I mean the idea of defining the singleton type
struct my_singleton : boost::singleton
{
...
void DoSmth()const;
...
};
And the more important now, the possibility to access it:
my_singleton::instance->DoSmth();
I found it extremely useful to be able to overload the operator -> for
accessing the singleton members and may be doing smth. meaningful before and
after accessing the member, e.g. monitoring.
I was going to write a review, but somehow missed it...
IMO I would like to have this lib in Boost (would give my YES vote).
Controlling the multi-threaded creation handling via BOOST_HAS_THREADS can
be nice by default, but should also be possible to finetune it without
redefining macros or including singleton headers before this macro was
defined.
So I would prefer smth. like this:
#ifdef BOOST_HAS_TREADS
# define BOOST_SINGLETON_DEFAULT_LOCKING_POLICY
boost::singleton_default_locking
#else
# define BOOST_SINGLETON_DEFAULT_LOCKING_POLICY
boost::singleton_no_locking
#endif
namespace boost
{
template
struct singleton
{
...
};
}
After all I can write:
struct my_singleton : boost::singleton
{};
Or if I really want to control locking policy:
struct my_singleton : boost::singleton
{};
I would not like using "macro interface" to control the locking policy of
the singleton. As well as it is not always so that if my app has threads I
need lockable singleton. I agree that might be needed for shared_ptr to make
safe locks, since it might be used in some "local" thread somewhere in the
app, but if I for sure know that my singlegon will be instantiated in main()
before any threads will start running and that it will be a read-only
singleton, I don't need locking.
Many thanks,
Ovanes
On Jan 29, 2008 3:14 PM, John Torjo wrote:
Ovanes Markarian wrote:
These are very sad news. I started to use it in my current project and
am highly satisfied with it for my current needs. I hope that the
interface (accessing the singleton) would remain the same.
Do you mean just the function name, or more?
Best,
John
--
http://John.Torjo.com -- C++ expert
... call me only if you want things done right
_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-users
