Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
Comment mettre en place une architecture basée sur le MVVM (Model View ViewModel) à l’instar du MVC (Model View Controler) qui est plus souvent utilisé ? 
No comment yet.
Sign up to comment
Scoop.it!
In the beginning of a series, we take a look at how UI frameworks like React.js have introduced an alternative to using MVC as the primary method of designing web applications and UIs. Read on to find out more.
Scoop.it!
Scoop.it!
Depuis deux ans, une nouvelle vague technologique submerge le paysage des applications Web : les architectures MV* côté client.
Scoop.it!
JavaScript, AngularJS and HTML5 engineer helping build a better web.
Scoop.it!
Mickael Ruau's insight:
Spine was written by Alex MacCaw, alongside O'Reilly's JavaScript Web Applications. The framework was heavily inspired by Backbone, an excellent alternative.
|
Scoop.it!
Tired of learning yet another framework? Camilo Reyes teaches you how to implement the MVC design pattern (model-view-controller) in vanilla JavaScript.
Scoop.it!
Cet article a pour but de décrire le pattern Flux. En revanche, étant fortement couplé à React et mis en œuvre de pair avec cette bibliothèque, on confondra ici Vue et composant React.
Flux ayant émergé suite à des soucis d’utilisation du pattern MVC chez Facebook, je vais revenir dessus en tant que base pour poser la problématique.
Scoop.it!
This article will explain the differences between server-side applications and client-side applications (single-page applications) to help readers understand what sort their project should be built in. Server-side applications are built with languages such as Ruby on Rails, while Single-Page Applications are built with JavaScript using frameworks such as AngularJS, Ember.js, and Backbone.js.
Scoop.it!
In this series I’ll cover examples of both how these items are abused and my suggested “better practice.” Let’s get started with the first mistake.
Scoop.it!
En PHP, la couche métier est une évolution du modèle MVC qui dissocie la logique technique et la logique fonctionnelle (ie, les classes métier). Elle est parfois appelée, à tord à mon sens, couche service. Pour moi, les services peuvent être techniques ou fonctionnels et je préfère donc l’appellation de couche métier ou service métier. L’objectif de cette couche supplémentaire est de stocker le code métier de l’application en donnant au contrôleur un rôle decoordination.
Mickael Ruau's insight:
L’écriture d’une couche métier suit plusieurs règles : garder à l’esprit que cette couche est purement métier, il est donc déconseillé d’interagir directement avec le framework utilisé. Dans l’absolu, il devrait être possible de changer de framework sans changer une ligne de code de la couche métier. L’injection de dépendances est une réponse à cette problématique ; la couche métier est organisée en service métier qui peuvent s’appeler les uns les autres, il est également possible d’appeler des services techniques (ex : envoi de mails, logs, etc.) ; les exceptions PHP apportent de la souplesse à la gestion des erreurs. En théorie, tout ça fonctionne très bien. Dans la pratique, pour des applications complexes qui nécessitent de nombreux services, il est souvent nécessaire de passer par une phase d’architecture technique en cartographiant les services métiers et techniques de l’application.
Scoop.it!
One of the many ways in which EmberJS, AngularJS, and BackboneJS differ is in how they treat their models. AngularJS uses dirty checking on Plain Old Javascript Objects (POJSO); whereas EmberJS and BackboneJS both use accessors (getters and setters) on wrapped objects. We will be exploring the ways in which these two approaches differ, and the implications these differences have when it comes to choosing which Javascript framework we we should write our single page apps in. Most Javascript frameworks for front end user interfaces used to build single page applications (SPAs) use MV* architectures, and a feature that most of them have in common is the ability for the View to update the Model, and for the Model to update the View.
For this to happen, there needs to be to be a means to “listen” for these changes, and then trigger some code to respond to that change. One call this “Two-way Data Binding”. Via Jan Hesse
|
« Le Modèle-Vue-VueModèle (en abrégé MVVM, de l’anglais Model View ViewModel) est une architecture et une méthode de conception utilisée dans le génie logiciel. MVVM est originaire de Microsoft et adapté pour le développement des applications basées sur les technologies Windows Presentation Foundation et Silverlight via l’outil MVVM Light par exemple. Cette méthode permet, tel le modèle MVC (Modèle-Vue-Contrôleur), de séparer la vue de la logique et de l’accès aux données en accentuant les principes de binding et d’événement. » (source)
Pour vulgariser, la différence entre MVVM et MVC tient du fait que le MVVM, lui, se repose sur le DataBading et l’évènementiel. Ça tombe bien, c’est ce qu’AngularJS est !
La vue est couplée aux données via du DataBinding et invoque les méthodes du ViewModel.
Le ViewModel invoque les méthodes du modèle. Il contient la data spécifique à la gestion de l’écran et les méthodes de réponses aux interactions utilisateurs. Il contient également une référence vers un ou des modèles.
Le modèle contient la data et les méthodes de manipulation de cette dernière (calculs, appels de services, …).