Also, I'd like to see a hierarchal approach to reflection data. The main advantage to std.reflection would be being able to use it at run-time, at which point we can't simply rely on templates, and instead if we want to store something we must rely on a base type. I think the best approach would be a hierarchal system where all reflection data derives from MemberInfo. My ideal API would like something like: https://workflowy.com/shared/62d4f791-e397-a86d-c018-09eab98b9927/
I agree with most things proposed, however I am not a fan of the
idea of mixing in runtime reflection info. Many times, you want
reflection info from a type that is not your own, and thus I
believe reflection should be generated by specifying a type. More
importantly, a method should exist for recursively generating
reflection info.
- Time for std.reflection Andrei Alexandrescu
- Re: Time for std.reflection Jonathan M Davis
- Re: Time for std.reflection Andrei Alexandrescu
- Re: Time for std.reflection Adam Wilson
- Re: Time for std.reflection Michel Fortin
- Re: Time for std.reflection Kapps
- Re: Time for std.reflection Andrei Alexandrescu
- Re: Time for std.reflection Kapps
- Re: Time for std.reflection Jonathan M Davis
- Re: Time for std.reflection Kapps
- Re: Time for std.reflection deadalnix
- Re: Time for std.reflection Jacob Carlborg
- Re: Time for std.reflection Jacob Carlborg
- Re: Time for std.reflection Alex Rønne Petersen
- Re: Time for std.reflection Andrei Alexandrescu
- Re: Time for std.reflection deadalnix
