Recommandations de conception nécessaires pour une page WebApp unique

Question

Nous devons changer / réécrire une série existante de pages / écrans de flux de travail en une seule page standard.Le projet en soi consistera essentiellement à créer une application de page Web unique dans le contexte d'une application existante plus importante.

Notre objectif est de quitter la mise en œuvre du côté serveur de la manière dont elle est autant que possible.Cela signifie que nous n'utiliserons pas de modèle de repos, mais plutôt quelques soumissions de formes à un backend Java.Chaque point final pointera sur un JSP.

Chaque formulaire sera créé en tant que widget.Lorsqu'un widget soumet qu'il peut affecter la valeur des autres widgets qui nécessitent de modifier leurs valeurs à la volée.

Il semble que les 2 options principales d'applications Web à une seule page sont sackbone.js ou ember.js.

Compte tenu de nos exigences, laquelle de ces 2 (ou tout autre cadre) va mieux?Ou existe-t-il une autre approche ensemble que nous devrions prendre?

Answer 1

Il y a probablement un tas de choses que vous devriez examiner.

emberjs est 42k minifiée + gzip tandis que Backbone.js est de 5,6 Ko.Emberjs emballe beaucoup de puissance que le squelette barebone ne vous donne pas.

Analyser si vous avez même besoin de toutes ces fonctionnalités.Si vos exigences sont couvertes par une seule sletbone, vous devriez donner à Emberjs un laissez-passer.Expédier tous ces bits supplémentaires sans utilisation est stupide.

avec Emberjs, vous devrez également utiliser JQuery.Pas sûr si vous l'utilisez déjà ou non.

IMHO, j'utiliserais EMBERJS si l'application Web à une seule page est super complexe avec de nombreuses exigences de fonctionnalité que la backbone devrait suffire.

Answer 2

Avez-vous consulté angularjs ?Il est plus comparable à Emberjs.

Je vous recommanderais Emberjs pour le moment, car il est plus mature en termes d'écosystème (routage, données, ...)

La colonne vertébrale est inférieure à celle des deux précédents.

Answer 3

soit pour accomplirez ce que vous voulez.

Je suis partial pour Ember car il fournit un cadre de routage / statechart qui aide vraiment à verrouiller le comportement d'une application.Sans oublier que c'est MVC, qui vous aidera à séparer vos préoccupations.Chaque formulaire ou widget de votre application sera une vue que vous définissez, des entrées de liaison à votre couche de modèle.