Upgrade to Pro — share decks privately, control downloads, hide ads and more …

A React Inspired UI framework in Pure Ruby

zetachang
December 02, 2016

A React Inspired UI framework in Pure Ruby

zetachang

December 02, 2016
Tweet

Transcript

  1. About Me • David Chang @zetachang (github, twitter) • Software

    Engineer @ ಋ಑ೌ搚 solda.io • Author of HyperReact (a.k.a reactrb) - a ReactJS wrapper. 2
  2. 4

  3. A React Component (ES6 + JSX҂ class HelloMessage extends React.Component

    { render() { return <div>Hello {this.props.name}</div>; } } An Atoll Component (Plain Ruby) class HelloMessage < Atoll::Component def render h('div', nil, "Hello #{props[:name]}") end end 18
  4. Built upon Ruby Idioms 1. Shorter & cleaner method name.

    2. Familiar toolchain (e.g. rake, rspec, sprockets.) 19
  5. Shorter & Cleaner method name • componentWillMount • componentDidMount •

    componentWillReceiveProps • shouldComponentUpdate 20
  6. Shorter & Cleaner method name • componentWillMount before_mount • componentDidMount

    after_mount • componentWillReceiveProps before_receive_props • shouldComponentUpdate needs_update? 21
  7. Familiar Toolchains • Sprockets • ERB • Rake • RSpec

    • .... • (webpack, gulp, babel, yarn, npm, browserify, rollup, jest, mocha, enzyme) 22
  8. Ideas taken from React • Declarative - predictable & easier

    to debug. • Everything is a Component - Proper separation of concerns. • Learn Once Write Anywhere - how to render is handled by library. 24
  9. class Timer < Component def initialize @state = { second:

    0 } end def after_mount $window.every(1) { set_state(sec: state[:second] + 1) } end def render h('span', nil, "Time elapsed: #{state[:second]}") end end 27
  10. Mindset 1. Always re-render when data change. 2. Component returns

    a blueprint instead of the actual instance of UI. 3. Framework do the hard work to generate minimal UI updates. 28
  11. 31

  12. 32

  13. 33

  14. 34

  15. Why Component-Based UI? 1. A proper separation of concerns for

    applications. 2. Fundamental building blocks for application. 35
  16. 38

  17. 39

  18. Client-side rendering • initial request loads the page layout, CSS

    and JavaScript. • some or all of the content isn't included Server-side rendering • initial request loads the page, layout, CSS, JavaScript • and content. 42
  19. Why Server Side Rendering? • Better start-up experience. • Visible

    to search engines (SEO.) • User might disable JavaScript. 43
  20. Current Problems 1. Component state could not be preserved 2.

    Side-effects to make a meaningful first mount must be handled at the top level. 3. JS Runtime is required (e.g. V8, Nashorn.) 44
  21. Marshal class Foo attr_reader :bar def initialize @bar = "yeah"

    end end f = Foo.new s = Marshal.dump(f) # => "\x04\bo:\bFoo\x06:\t@barI\"\tyeah\x06:\x06ET" f = Marshal.load(s) f.bar # => "yeah" 47
  22. Marshal • Serialize object to byte stream. • Supported by

    almost every Rubies (e.g. Opal, MRI, RubyMotion.) • Almost everything could be marshaled by default. 48
  23. On server <!-- Inside ERB template--> <%= atoll_component(LikeButton) %> On

    client <div id='like-btn' data-atoll-state="U2VuZCByZ...."> <button class="btn btn-like">Like</button> </div> 50
  24. What's unlocked? • Could be used with existing template toolchain.

    • Server side rendering for mobile app. • Pre-render for selective component. 51
  25. Road ahead • Will be free & open sourced •

    Follow @atollrb. ! • Also follow @opalrb, @RubyMotion • It’s simply fun to build this. " 52