digitalmars.D - Replacing .tupleof
- Shriramana Sharma (6/6) Dec 11 2015 Given that TypeTuple is replaced by AliasSeq (though many don't like the...
- ZombineDev (7/13) Dec 11 2015 Incorrect. Tuple is the correct term in this case, because
- Timon Gehr (4/13) Dec 11 2015 It is a compile-time sequence of run-time values. It avoids limitations
Given that TypeTuple is replaced by AliasSeq (though many don't like the new name), it seems that .tupleof should be replaced by .fieldvalues like std.traits is proposed to have FieldIdentifiers and FieldTypes in https://github.com/D-Programming-Language/phobos/pull/3756. Thoughts? --
Dec 11 2015
On Friday, 11 December 2015 at 11:36:38 UTC, Shriramana Sharma wrote:Given that TypeTuple is replaced by AliasSeq (though many don't like the new name), it seems that .tupleof should be replaced by .fieldvalues like std.traits is proposed to have FieldIdentifiers and FieldTypes in https://github.com/D-Programming-Language/phobos/pull/3756. Thoughts?Incorrect. Tuple is the correct term in this case, because value.tupleof is still a run-time value. AliasSeq is for template arguments. TypeTuple was renamed to AliasSeq to avoid confusion with actual run-time tuples like .tupleof or std.typecons.Tuple.
Dec 11 2015
On 12/11/2015 04:14 PM, ZombineDev wrote:On Friday, 11 December 2015 at 11:36:38 UTC, Shriramana Sharma wrote:It is a compile-time sequence of run-time values. It avoids limitations of alias by apparently being a special case. :o) There is no way to get something of the kind that .tupleof gives you without .tupleof.Given that TypeTuple is replaced by AliasSeq (though many don't like the new name), it seems that .tupleof should be replaced by .fieldvalues like std.traits is proposed to have FieldIdentifiers and FieldTypes in https://github.com/D-Programming-Language/phobos/pull/3756. Thoughts?Incorrect. Tuple is the correct term in this case, because value.tupleof is still a run-time value. ...
Dec 11 2015