An update on Dart macros and data serialization
1–10 of 125 posts
Re: An update on Dart macros and data serialization
#2Re: An update on Dart macros and data serialization
#3I'd like to believe this is a good thing for the Dart project, but only time will tell. My hot take here: https://shorebird.dev/blog/dart-macros/
Re: An update on Dart macros and data serialization
#4Re: An update on Dart macros and data serialization
#5The big metaprogramming feature traditionally implemented in macros, type generation, is already provided in some form by all major languages already.
And an awful lot (and I mean an awful lot) of good work can be done at the string replacement level with cpp. And generating code upstream of the compiler entirely via e.g. python scripts or templating engines is a very reasonable alternative too. And at lower levels generating code programmatically via LLVM and GPU shaders is well-trodden and mature.
Basically, do "macros" really have a home as a first class language feature anymore?
Re: An update on Dart macros and data serialization
#6Re: An update on Dart macros and data serialization
#7Why is it that Lisp family macros are easy to implement and use, but not so in other languages?
Re: An update on Dart macros and data serialization
#8Re: An update on Dart macros and data serialization
#9Why is it that Lisp family macros are easy to implement and use, but not so in other languages?
[0]: imagine your colleague wrote a macro that redefines for loops because at the time, it made life easier for him.
Re: An update on Dart macros and data serialization
#10Maybe it's time to just recognize that lisp-style macros-as-language-syntax features just aren't worth the struggle and grief? The big metaprogramming feature traditionally implemented in macros, type generation, is already provided in some form by all major languages already. And an awful lot (and I mean an awful lot) of good work can be done at the string replacement level with cpp. And generating code upstream of…