Single Page Web Application
(Application web monopage)

Twitter: @cherif_b
Plan
●

Introduction

●

Définition

●

Pourquoi? (Le probléme)

●

Technologies Serveur

●

Technologie Client

●

Architectures

●

Templating et gestion d'état (DOM must die)

●

Gestion des dépendences

●

Frameworks et librairies

●

Demo
Introduction
Introduction
Introduction
Introduction
Définition

C'est une application web qui nous permet
d'offrir une expérience utilisateur proche de
l'application bureau Native
Pourquoi?!
L'utilisateur

s'attend à plus
Technologies Serveur
Technologie Client
Architecture
La couche de données (models)
Source de données (Data source)

●

Façon courante de l'instanciation des modèles de
données existantes

●

Récuperation des modèles par identifiant

●

Récuperation des modèles par recherche/filtre
Modéles de données (Models)

●
●

●

Un lieu pour stocker des données
Envoie des événements lorsque les
données changent
Peut être sérialisé et persisté
Collections(Listes)

●

●

●

contient collection des éléments
Envoie des événements lorsque des éléments sont
ajoutés / supprimés
Il peut avoir un ordre défini de modeles
Gestion des évenements
(Controller)
Templating et gestion d'état
(DOM must die)
Gestion des dépendences

●

●

Parce que notre application dépend
d'autres librairies et framework
Ou notre code lui même
Frameworks/librairies
Question/respose

Single Page Application

Notes de l'éditeur

  • #13 The model layer looks fairly similar across different single page app frameworks because there just aren't that many different ways to solve this problem. You need the ability to represent data items and sets of data items; you need a way to load data; and you probably want to have some caching in place to avoid naively reloading data that you already have. Whether these exist as separate mechanisms or as a part of single large model is mostly an implementation detail.