|
Boost : |
From: David Abrahams (dave_at_[hidden])
Date: 2004-11-18 09:33:10
Matt Hurd <matt.hurd_at_[hidden]> writes:
>>David Abrahams <dave_at_[hidden]> wrote:
>> Matt Hurd <matt.hurd_at_[hidden]> writes:
>>
>> >>David Abrahams <dave_at_[hidden]> wrote:
>> >> Daniel James <daniel_at_[hidden]> 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.
>>
>> Why iterating?
I'd still like to know.
-- Dave Abrahams Boost Consulting http://www.boost-consulting.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk