Re: problem with library design: support both std::ptr_fun and functor
Barry wrote:
Fei Liu wrote:
Hello, I have a situation where I need to design a library for
multi-thread application, each thread does some work in a client
supplied std::ptr_fun(free_function) or a functor.
Now since it's a multi-threaded application, naturally I want the call
back functor to be created on a per thread basis.
Suppose my thread is so defined
template <typename servlet_type>
struct worker_thread{
void operator()(){
serverlet_type()(int x);
}
};
Now I find it a problem to actually pass a free function to the worker
thread.
void serv(int x){
}
typedef
std::pointer_to_unary_function<int, void> serverlet_type;
worker_thread<serverlet_type> thr;
Now, thr does not actually know that I want to use serv to perform per
thread work.
I can pass the free function ptr all the way to worker_thread
constructor but this design conflicts with a functor callback. If a
functor object is passed all the way to worker_thread, the library is
not thread safe.
I am using boost::thread to build this library. But that should be
irrelevant. My problem is that when using a container with
free_function/functor, I run into this problem. I checked STL
implementation of various algorithms, they are all stateless free
functions which made it possible to accept both std::ptr_fun or a user
defined functor.
Any suggestion on this issue? Thank you very much.
reference from Boost.Thread and its samples
It always take boost::function0<void> to construct a thread,
then as a client programmer, we can provide stateless or stateful
functor as adapter to the boost::function0<void> type.
In this way the thread constructor can be simple and bring more
flexibility to the client programmer.
Ok, let's take out boost thread from the picture. servetlet is not used
to start a boost thread. I just want to call this function/functor from
the server thread. But when doing so, I found it difficult to design a
single interface to accommodate both a free function or a functor.
Because a free function is a pointer (value) but a functor can be used
as either a type or a value.
In this particular case, I need a type semantic for free function but
still the created type can hold on to the pointer value when it's
instantiated and invoked from a server thread. Clearly I have no trouble
designing the library with value semantic but it's not thread safe in
the case of functor callback.
Fei