The Thermopylae excerpt of TDPL available online
Jason House
jason.james.house at gmail.com
Fri Oct 30 11:03:39 PDT 2009
Don Wrote:
> Leandro Lucarella wrote:
> > Justin Johansson, el 30 de octubre a las 08:42 me escribiste:
> >>> Actually, I think I like that better than 'traits'.
> >>>
> >>> -Lars
> >> I'm in agreement with whoever suggested 'meta' or just about anything else except 'traits'.
> >> 'meta', whilst perhaps an overloaded keyword, is still much more user-friendly. Whenever
> >> I see 'traits' I get the feeling I need a Ph.D. to understand what it's about. For some reason,
> >> I don't know why, 'meta' has an aire of karma about it.
> >
> > "compiler"? That could open the door to other types of access to compiler
> > internals, AST, etc.
>
> Yup. I think the 'magic namespace' approach is a simple, clean way to
> incorporate reflection. It could be like Object and TypeInfo, implicitly
> available in every module and tightly coupled to the compiler, but can
> be viewed by the user as if it were just a module. It'd be particularly
> interesting if some of the functions _were_ actually implemented in
> library code, when possible.
What about going one step further? You could require an import statement to use traits. For example, import traits=std.traits could reproduce your earlier suggestion, but gives added flexibility to the programmer. It also eliminates a keyword.
More information about the Digitalmars-d
mailing list