Modèle de présentation d`exposé

Ce. AddMethod („InvokeMethod”, Function () {Console. log („dans Invoke, méthode de PM”), {override: true}); ça. AddMethod («InvokeControlMethod», DerivedPresentationalModel. prototype. MyInvokeControlMethod, {Sequence: true}); Comparé à la vue passive et au contrôleur de supervision, le modèle de présentation vous permet d`écrire la logique qui est complètement indépendante des vues utilisées pour l`affichage. Vous n`avez également pas besoin de compter sur la vue pour stocker l`État. L`inconvénient est que vous avez besoin d`un mécanisme de synchronisation entre le modèle de présentation et la vue. Cette synchronisation peut être très simple, mais elle est requise. La présentation séparée nécessite beaucoup moins de synchronisation et la vue passive n`a pas besoin du tout. Donc, qui couvre l`interface que PmodAlbum présente à la vue. Ensuite, je vais regarder comment je fais la synchronisation entre la vue et le modèle de présentation. J`ai mis les méthodes de synchronisation dans la vue et j`utilise la synchronisation à grains grossiers.

Tout d`abord, j`ai une méthode pour pousser l`état de la vue dans le modèle de présentation. MVVM a été conçu pour utiliser les fonctions de liaison de données dans WPF (Windows Presentation Foundation) pour mieux faciliter la séparation du développement de la couche de vue à partir du reste du modèle, en supprimant pratiquement tout le code GUI („code-behind”) de la couche d`affichage. [3] au lieu d`obliger les développeurs d`expérience utilisateur (UX) à écrire du code GUI, ils peuvent utiliser le langage de balisage de Framework (par exemple, XAML) et créer des liaisons de données vers le modèle de vue, qui est écrit et maintenu par les développeurs d`applications. La séparation des rôles permet aux concepteurs interactifs de se concentrer sur les besoins UX plutôt que sur la programmation de la logique métier. Les couches d`une application peuvent donc être développées dans plusieurs flux de travail pour une productivité plus élevée. Même lorsqu`un développeur unique fonctionne sur toute la base de code, une séparation correcte de la vue à partir du modèle est plus productive, car l`interface utilisateur change généralement fréquemment et tardivement dans le cycle de développement en fonction des commentaires de l`utilisateur final. [référence nécessaire] fonction RecycleBinPModel () {Siebelappfaçade. RecycleBinPModel. superclass.

constructeur. Apply (This, arguments);} Comme nous pouvons le lire dans cet article MVVM vient après le modèle de présentation et je pense que nous devrions utiliser MVPVM. dans MVVM, le ViewModel contient la logique à présenter et la logique pour créer la représentation des données qui viole le principe de responsabilité unique. Si nous créons un présentateur et mettons la logique de présentation dans cette classe, la violation a disparu. Donc je pense que MVPVM est compatible avec le SOLID-Design. Lorsque quelqu`un clique sur la case à cocher classique, la case à cocher modifie son état, puis appelle le gestionnaire d`événements approprié dans la vue.