Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: React 0.12 renders to Web Components

gist.github.com

Post reply on HN
Print view View original

1–10 of 11 posts

Re: Show HN: React 0.12 renders to Web Components

#5

Post by OlavHN »

bwhitty wrote: post #2

Polymer uses standard 2-way data binding. How does this fit into React's flow? I'd love to see an implementation of Polymer using the Flux architecture.

I started on a project to port the paper elements from material design to react components (https://github.com/OlavHN/react-paper), but the paper elements I ported all seemed really stateless. More like high level input elements. Now I'm hoping that they can be used directly by mapping custom element attributes to react props or maybe they would work with a small wrapper. Needs more experimentation ..

Re: Show HN: React 0.12 renders to Web Components

#6

Post by bsimpson »

werdnapk wrote: post #4

Why does the icon src need to be specified twice?

It isn't. There are two icons on the page (to show they are identical). Look in Web Inspector - only one is in #react-root.

IDK why the OP decided to name the variable `div`. It'd have been much clearer if it was named something like `reactIcon`.

Re: Show HN: React 0.12 renders to Web Components

#7

Post by OlavHN »

bsimpson wrote: post #6
werdnapk wrote: post #4

Why does the icon src need to be specified twice?

It isn't. There are two icons on the page (to show they are identical). Look in Web Inspector - only one is in #react-root. IDK why the OP decided to name the variable `div`. It'd have been much clearer if it was named something like `reactIcon`.

Oops

Re: Show HN: React 0.12 renders to Web Components

#8

Post by andrewingram »

bwhitty wrote: post #2

Polymer uses standard 2-way data binding. How does this fit into React's flow? I'd love to see an implementation of Polymer using the Flux architecture.

From using the Flux architecture on fairly big projects, we generally follow the rule that any re-usable component (such as a datepicker, custom select box, modal etc) can internally do whatever they want with regards to state and data binding. These components interact with their parents using callbacks, it's these callbacks that interact with Flux. This feels fairly compatible with Web Components.

For example, say you have a custom select box. You don't want to fire a flux action when a user clicks on an option. You want that click to be handled by your select component, and be interpreted as an intent to change the value. Your select component then triggers its onChange (or onSelect, doesn't really matter) callback if it has one. The parent of the select component is then responsible for saying "actually the rest of the page should know about this value change, i'll trigger a flux action".

The end result is that your reusable widgets/components have no knowledge of flux, but the implementation of a particular page or piece of functionality does.

Re: Show HN: React 0.12 renders to Web Components

#9

Post by rictic »

This seems cool, but I'm a bit confused (background: I've been working with web components and polymer for the past couple of months, but have only read a couple articles on React, apologies if this is a dumb question).

This says that react renders to web components, but it looks to me like react is just adding a web component to the area of the DOM that it's controlling. Is more going on here? e.g. doing the same thing with jquery:

    $('').attr('src', "//www.polymer-project.org/images/icons/android.svg").appendTo('#jquery-root');
Is the idea that React is doing data binding to the src attribute?
Post reply on HN