Show HN: Frpjs – Functional reactive programming library for JavaScript
github.com
github.com
Doing (filter - select) for large views seems an inefficiency - no different than the old way where we walk the DOM trees.
The point is, walk/filter the data completely prior to updating the view.
Immutable sets may also 'seem' inefficient but compare-by-reference works a of a lot faster than change propogation with compare-by-deeply-nested-values.
In CompSci terms, multiple passes are still O(n) and the data sets aren't large enough for micro-optimizations to matter. Compared to O(holy shit) of triggering many cascading DOM updates, it's a huge improvement.
'Seems' isn't a good enough metric to justify optimization.
Are you talking about changing values of DOM elements,etc.
Or are you talking about destroying elements in DOM and creating new ones ?
This isn't a criticism. Raher there are aready some well established FRP libs in JS. What's unique about this offering that would make users want to adopt it?
That said, your point still stands. RxJS has very smart people behind it and at least one big company that uses it heavily (Netflix). Its newest releases include modularized loading for smaller bundle builds.