Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
The Future of Data in Ember
Search
Dan Gebhardt
March 14, 2018
Programming
0
440
The Future of Data in Ember
Presented at EmberConf 2018.
Dan Gebhardt
March 14, 2018
Tweet
Share
More Decks by Dan Gebhardt
See All by Dan Gebhardt
An Introduction to the JSON:API Specification
dgeb
5
790
Worker power!
dgeb
0
480
Modern Ember
dgeb
0
140
Give Apps Online Superpowers by Optimizing them for Offline
dgeb
2
210
Overview of Orbit.js
dgeb
0
110
Introducing Ember Engines
dgeb
4
3.5k
Introducing JSON API
dgeb
5
710
Fault Tolerant UX
dgeb
4
950
Ambitious Data Flows with Ember.js and Orbit.js
dgeb
10
1.6k
Other Decks in Programming
See All in Programming
XP, Testing and ninja testing ZOZ5
m_seki
2
270
『毎日の移動』を支えるGoバックエンド内製開発
yutautsugi
2
170
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
nrslib
3
370
タスクの特性や不確実性に応じた最適な作業スタイルの選択(ペアプロ・モブプロ・ソロプロ)と実践 / Optimal Work Style Selection: Pair, Mob, or Solo Programming.
honyanya
3
140
ABEMAモバイルアプリが Kotlin Multiplatformと歩んだ5年 ─ 導入と運用、成功と課題 / iOSDC 2025
akkyie
0
320
Goで実践するドメイン駆動開発 AIと歩み始めた新規プロダクト開発の現在地
imkaoru
3
190
Breaking Up with Big ViewModels — Without Breaking Your Architecture (droidcon Berlin 2025)
steliosf
PRO
1
300
SpecKitでどこまでできる? コストはどれくらい?
leveragestech
0
500
どの様にAIエージェントと 協業すべきだったのか?
takefumiyoshii
2
590
LLMとPlaywright/reg-suitを活用した jQueryリファクタリングの実際
kinocoboy2
4
660
階層構造を表現するデータ構造とリファクタリング 〜1年で10倍成長したプロダクトの変化と課題〜
yuhisatoxxx
3
900
CI_CD「健康診断」のススメ。現場でのボトルネック特定から、健康診断を通じた組織的な改善手法
teamlab
PRO
0
170
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
Facilitating Awesome Meetings
lara
56
6.6k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
6.1k
How STYLIGHT went responsive
nonsquared
100
5.8k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Speed Design
sergeychernyshev
32
1.1k
Building Adaptive Systems
keathley
43
2.8k
Code Review Best Practice
trishagee
72
19k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
For a Future-Friendly Web
brad_frost
180
9.9k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Transcript
the future of data in ember dan gebhardt @dgeb
the future of data in ember is __________________________
the future of data in ember is __________________________ web standards
the future of data in ember is __________________________ ahead of
web standards
the future of data in ember is __________________________ realtime
RESTful the future of data in ember is __________________________
the future of data in ember is __________________________ graph-based
operations the future of data in ember is __________________________
offline the future of data in ember is __________________________
what you need it to be the future of data
in ember is __________________________
ember needs to meet you where you are and help
you get where you want to be
Orbit Fetch + JSON Ember Data ember-apollo-client emberfire ember-redux
None
requirement fetch and display data about some of your favorite
emberistas
server-side solution GET /api/v1/contacts GET /api/v1/contacts/:contact_id
client-side solution Fetch + JSON
None
None
requirement work offline
None
solution service workers
None
None
$ ember install ember-service-worker $ ember install ember-service-worker-index $ ember
install ember-service-worker-asset-cache $ ember install ember-service-worker-cache-fallback
None
None
None
None
requirement admin pages to edit emberistas (does not need to
work offline)
server-side solution GET /api/v2/contacts GET /api/v2/contacts/:contact_id POST /api/v2/contacts PATCH /api/v2/contacts/:contact_id
DELETE /api/v2/contacts/:contact_id
client-side solution Ember Data
None
None
None
requirement everything needs to work offline
server-side solution GET /api/v2/contacts GET /api/v2/contacts/:contact_id POST /api/v2/contacts PATCH /api/v2/contacts/:contact_id
DELETE /api/v2/contacts/:contact_id
client-side solution Orbit
None
None
Orbit Fetch + JSON Ember Data
how do we allow apps to evolve with the least
friction?
None
None
Capabilities Complexity
None
None
None
Config
None
None
None
February 2013
February 2013
None
None
ActiveModel Serializers (Rails) Ember Data + RestAdapter
ActiveModel Serializers (Rails) Ember Data + RestAdapter
May 2013 Initial draft May 2015 v1.0
ActiveModel Serializers (Rails) Ember Data + JSONAPIAdapter
JSONAPI Resources (Rails) Ember Data + JSONAPIAdapter
JSONAPI Resources (Rails) Orbit + JSONAPISource
fast_jsonapi (Ruby) Orbit + JSONAPISource
50+ server libs 14 languages 50+ client libs 14 languages
None
composable, well-defined interfaces Document Structure Protocol Usage +
monolithic full-stack solution back end front end
back end front end single point of connection
back end front end new degree of freedom
back end front end interchangeable components
None
HTTP compliant Basic CRUD
compound documents hypermedia links filtering sparse fieldsets etc.
v1.1 operations local identities profiles
None
Ember Applications Ember Data
composability + extensibility
store adapter serializer
None
tight coupling store model
store model addons
None
store model addons RecordData interface
new interfaces unlock experimentation
unlocked by RecordData: POJO models schemaless models immutable data structures
static analysis
None
store models basic CRUD
store
partial records embedded records changesets
???????????????
None
data access and synchronization
universal data layer
None
None
u s e c a s e s
OFFLINE
CLIENT-FIRST DEVELOPMENT
PLUGGABLE SOURCES
DATA SYNCHRONIZATION
EDITING CONTEXTS
UNDO / REDO
OPTIMISTIC UI
b a s i c s
SOURCES
SYNCHRONIZES DATA BETWEEN SOURCES
FLOW CONTROL
s t o re
CHANGE TRACKING
IMMUTABLE DATA
None
single source schema
multiple sources coordination strategies state buckets
custom sources new query ops new update ops
how does orbit fit with ember data?
store models basic CRUD
partial records embedded records changesets
???????????????
offline store forking optimistic UIs undo / redo
offline store forking optimistic UIs undo / redo
Orbit : Ember Data :: Glimmer : Ember
Orbit : Ember Dat :: Glim :
ember data can provide orbit's capabilites in a convention-driven package
orbit and its ecosystem can provide a laboratory for experimentation
"The Future"
GraphQL usage will continue to grow. Apollo will continue to
innovate.
REST+ solutions, like JSON:API 1.1, will also grow.
The operations primitive will be adopted across the stack.
Static analysis will improve runtime efficiency.
Immutable data structures will see increased internal usage.
Demand for offline PWAs will grow in order to compete
with native apps.
Orbit will see continued growth across the frontend and in
Node.
You will be able to incrementally adopt new capabilities in
your application as you need them.
None
None
None
Config
None
None
None
None
None
let's build great things together!