thinking about what you’d like to see in your next-gen framework

109 views
Skip to first unread message

fibric

unread,
Oct 16, 2014, 10:27:49 AM10/16/14
to enyo-dev...@googlegroups.com
Asked by email to start thinking about "what you’d like to see in your next-gen framework".

i'd stopped using Enyo in the moment when React.js was introduced by Facebook/Instagram.

You can guess what my idea for Enyo.Next would be.
Use react for everything 'V' related.

Not sure if this is possible anymore.

For modelling I would give my voice for swarm.js because offline first. Because backend aware syncing. Because event streams.

What are you thoughts?

Cole Davis

unread,
Oct 16, 2014, 3:04:44 PM10/16/14
to enyo-dev...@googlegroups.com
Hi Denny,

Thanks for the opinions! I just wanted to take a moment to respond and let you know that we have taken a good look at React.js and have taken away some valuable lessons from what they do well. I’m not sure they line up with exactly what we hope to provide and their abstractions aren’t necessarily pure enough for us to use them as an internal dependency at this point.

We would love to know more about the features of React that you like so much. As for Swarm, it is an interesting project to say the least. Can you tell us more about what features make it so compelling as a data-layer for you?

Cheers,

Cole

--
You received this message because you are subscribed to the Google Groups "Enyo Development" group.
To unsubscribe from this group and stop receiving emails from it, send an email to enyo-developme...@googlegroups.com.
To post to this group, send email to enyo-dev...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/enyo-development/32d44137-c47c-40b0-8cf3-8dfde79fc8ad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Ruben Vreeken

unread,
Dec 12, 2014, 10:01:47 AM12/12/14
to enyo-dev...@googlegroups.com
The main idea I personally like about React.js is the approach towards trying to minimize expensive DOM interations.
You probably have already looked at this, but perhaps something a little more like FastDom would work towards the same goal without abstracting too much of the actual DOM?

--
Ruben Vreeken
Reply all
Reply to author
Forward
0 new messages