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
420
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
710
Worker power!
dgeb
0
450
Modern Ember
dgeb
0
130
Give Apps Online Superpowers by Optimizing them for Offline
dgeb
2
190
Overview of Orbit.js
dgeb
0
92
Introducing Ember Engines
dgeb
4
3.5k
Introducing JSON API
dgeb
5
690
Fault Tolerant UX
dgeb
4
920
Ambitious Data Flows with Ember.js and Orbit.js
dgeb
10
1.6k
Other Decks in Programming
See All in Programming
動作確認やテストで漏れがちな観点3選
starfish719
6
1k
苦しいTiDBへの移行を乗り越えて快適な運用を目指す
leveragestech
0
610
一休.com のログイン体験を支える技術 〜Web Components x Vue.js 活用事例と最適化について〜
atsumim
0
510
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
o0h
PRO
2
260
PHP ステートレス VS ステートフル 状態管理と並行性 / php-stateless-stateful
ytake
0
100
Spring gRPC について / About Spring gRPC
mackey0225
0
220
負債になりにくいCSSをデザイナとつくるには?
fsubal
10
2.4k
バックエンドのためのアプリ内課金入門 (サブスク編)
qnighy
8
1.8k
ARA Ansible for the teams
kksat
0
150
Rubyで始める関数型ドメインモデリング
shogo_tksk
0
110
Amazon S3 TablesとAmazon S3 Metadataを触ってみた / 20250201-jawsug-tochigi-s3tables-s3metadata
kasacchiful
0
170
責務と認知負荷を整える! 抽象レベルを意識した関心の分離
yahiru
4
560
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1368
200k
Facilitating Awesome Meetings
lara
52
6.2k
Music & Morning Musume
bryan
46
6.3k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
For a Future-Friendly Web
brad_frost
176
9.5k
Unsuck your backbone
ammeep
669
57k
Git: the NoSQL Database
bkeepers
PRO
427
64k
Fashionably flexible responsive web design (full day workshop)
malarkey
406
66k
Faster Mobile Websites
deanohume
306
31k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
The Invisible Side of Design
smashingmag
299
50k
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!