Closed tosh closed 9 years ago
Yes, I'll add support for all Iterable
s.
I am not sure how inlining+dead code elimination works on this call()
method right now, but it will be quite easy to implement transformer that will remove/inline unnecessary code in all cases that implemented inside of call()
.
And I hate this cryptic stack traces :) When I finish transformers, I'll start working on improving dev experience.
I have to say the DSL feels really great already. Even better than I imagined. My dart-react render
methods were full of accesses to .props
and .state
and I either passed empty Maps or Maps that were cumbersome to write.
With liquid's call
and named parameters everything became way more concise.
I got a cryptic error message when I ported react-dart code over to liquid (see screenshot).
When I tried to use
.map
to build a list of children liquid complained. Converting the result of the mappingtoList
solved the problem.causes error:
solution:
Overall porting was a great experience as the liquid API feels way more like idiomatic Dart compared to React's JavaScript influenced API.
Is it possible to allow passing
MappedListIterable
s?