You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 13, 2018. It is now read-only.
Will <polymer-signals> be getting moved to core? It seems like something that gets used enough that it might be worth officially supporting beyond labs.
We currently use it in some of our Google Web Component elements.
The text was updated successfully, but these errors were encountered:
Polymer wants you to avoid having lateral communication and have all communication mediated by a controller. IOW, have an explicit container that knows both targets and manages their communication. As an architecture, it can feel like extra work at first, but ultimately provides vastly more robust designs.
For this reason I have been dragging my feet wrt to porting polymer-signals. Once people find this device, they tend to use it all over the place and lose sight of the critical information above.
This is not a good reason, so I will endeavor to port this right away. But please help me establish best practices by avoiding the use of *-signals as much as possible.
SGTM 2. Thanks for taking the time to port the element over, @sjmiles. I fully appreciate the desire to avoid excessive use of this pattern so we'll do our best to ensure it's use is limited to only where it makes absolute sense.
Will
<polymer-signals>
be getting moved to core? It seems like something that gets used enough that it might be worth officially supporting beyond labs.We currently use it in some of our Google Web Component elements.
The text was updated successfully, but these errors were encountered: