|
|
|
|
|
by quinnirill
4018 days ago
|
|
> It's a funny world. Each of us is looking at the other library thinking there's too much magic involved. :-) Heh - I think what feels like magic is the syntax that Trine is presuming, which admittedly might seem magical before trying it out. :) The library itself is just a collection of very primitive methods (with the exception of partial()). > Ramda is [considering a technique][1] that would significantly reduce call stacks. That's good to hear! But what I'd really like to see is something that would make the stack trace have a reference to the function definition site, e.g. if I have an error like var getIds = map(prop("id"));
var ids = getIds([{ id: 1 }, null, { id: 2 }]);
the stack trace would also show the definition site of getIds. This is what I get when I compose functions just using the vanilla JS syntax: function getIds (items) {
return items.map(function (item) {
return item.id; // the stack trace will point here, and I can also add a breakpoint here without it stopping on every unrelated prop() call
});
}
Like I mentioned on several occasions here, I'm hoping for JS to get simpler unbound function syntax, which would work well with Trine, and still have the aforementioned benefits: let getIds = -> this::map(-> this.id);
> Best of luck!Thank you, and likewise! <3 |
|