David Abrahams <dave@boost-consulting.com> wrote: Daniel James <daniel@calamity.org.uk> writes:
Sorry, another feature request. Would it be possible/a good idea to add a way to get the type of a named parameter?
Certainly it's possible. Not sure if it's a good idea. Is there a use case? Some people are complaining that the library is already heavy artillery where none is needed.
A use case I have that I'm not sure how best to approach, but would find incredibly useful, with named_params is using a compile time policy to support switching between: 1. direct function call 2. an indirection to the function call, such as the marshalling and transmission of the function parameters, including formal parameter names, to a target. To do this, named_params needs to support an interface for iterating over the parameters. Getting type info and formal parameter names may help some styles of indirection. For example, matching the type to a specific transport's marshalling routine for the same type. The goal is being able to re-architect applications by simply changing policies at key workflow points in an application. Change from a function call, to a threaded work pool, to a call to a separate process, to a call to a separate machine via a udp/tcp or even tib rv. I see named_params as a key piece of the puzzle in enabling this. matt.