Fork me on GitHub
#re-frame
<
2016-05-05
>
nidu17:05:46

@jmmk: Looks really nice but i don't think its mutable nature will play with ClojureScript nicely

lwhorton20:05:36

i’m curious if anyone has some performance metrics for reframe? i’m starting to see the first signs of performance problems when rendering a list of ~300… which seems quite low to me, and makes me wonder if I’m doing something stupid with into [] (render-list) and breaking internal optimizations

lwhorton20:05:53

but it would be great to have some examples somewhere so I could know if I’m doing something wrong or if that’s the upper-bound

fasiha20:05:21

@lwhorton: what does "rendering" mean? (:data app-db) is vector with 300 items and it takes a long time to render? Or some/many/all of those items are changing regularly and the app can't refresh fast enough?

lwhorton20:05:15

i have a list of data items containing maybe 4-6 keys each, and they’re all stored in the db under :data-items let’s say

lwhorton20:05:02

I know a bit about writing more optimized subscriptions (e.g. subscribing per row instead of per collection), but I wanted some way to test if I have to make these optimizations, or if I’m just doing something wrong.

lwhorton20:05:08

ill reread the above links, thanks @fasiha

gadfly36121:05:52

@lwhorton: performance should improve if you use :key metadata (so React can selectively rerender based on what actually has changed). Using into will always rerender everything.