Où en est-on du Design Pattern MVVM en WPF ?

Pour réaliser une application WPF sur le modèle MVVM que dois-je faire aujourd'hui en 2019 ? J'en suis resté à quelque chose de pas très fini à mon sens. Chacun a son petit MVVM Design Pattern d'implémenté à sa sauce, je cite pelle mêle, Laurent Bugnion,  Josh Smith (who thanks John Gossman), Prism, Wilfried Woiré et j'ai contribué également à l'époque avec le WPF Prims Toolkit.

http://prismlibrary.github.io
Cette image vient de PRISM
Alors, je reprends les reines et j'espère bien qu'aujourd'hui, si j'instancie une nouvelle Application Desktop WPF avec mon Visual Studio 2017 Community le framework design pattern MVVM est déjà dans mon Template d'application WPF. Non ?

Malheureusement, je replonge dans les affres d'MVVM avec des sites actuels qui m'expliquent ce qu'est le modèle M-V-VM :

C# Corner - MVVM in WPF
Il est gonflé le gars, il te présente le Design Pattern MVVM comme si c'était un truc nouveau le "last update" de son article date de Fev 2018 ! Alors qu'en bas (toujours pareil pour connaitre la vraie date d'un article allez voir les commentaires) les commentaires dates de 2013. On est où ? En 2018 ou en 2013, largué en tous cas ! Bon j'avoue les explications ne sont pas mauvaises, si vous ne connaissez pas MVVM ça peut être bon à prendre.

Pour le reste, je dois retourné avec Laurent Bugion et la chose principale qui a changée depuis lors c'est la disparition du CodePlex snif ! Laurent Bugnion a migré son projet dans GitHub :

GitHub - Laurent Bugnion - mvvmlight
C'est bien parce qu'il existe encore et malgré tout, cela permet de voir que la communauté est vivante. Mais son framwork est orienté portabilité Xamarin.Android, Xamarin.iOS, Xamarin.Forms, WPF. C'est curieux il cite encore Silverlight (O:))

Et à part ça ?

SupInfo - WPF - MVVM : Le Data Binding
Ils sont mignons, aucun code, tout à la mimine, depuis zéro, en Oct. 2015 ! Et bien ils ne sont pas en avance.

Et donc, en continuant mes recherches, je retrouve également Prism et son nouveau site ... avec peut-être en roadmap la version 6.0.


http://prismlibrary.github.io/docs/wpf/legacy/Implementing-MVVM.html
Prism Library - Implementing the MVVM Pattern Using the Prism Library for WPF
Voilà, alors faut-il aller plus loin ? Je pense qu'il me faut commencer par installer un Template. C'est tout en bas de la page :


https://marketplace.visualstudio.com/items?itemName=BrianLagunas.PrismTemplatePack
Prism Template Pack
Ce n'est pas un NuGet mais une extension Visual Studio :

Visual Studio -> Outils -> Extensions et mises à jour ...

Je n'ai pas trouvé si facilement, j'ai du aller dans -> En ligne -> Visual Studio Marketplace -> Modèles -> Visual C# -> WPF et dans la barre de recherche je tape "Prism" :

Extension Visual Studio - Prism
Voilà, je vais tester tout ça te revenir vous dire si on peut faire une Application Desktop WPF efficace avec tout ça.

Il y a un nom a retenir c'est Brian Lagunas qui est le "product owner" de Prism 6.0 qui sortira surement bientôt ;) et qui est totalement "Open Source".

Pour faire fonctionner quelques exemples comme :

GitHub - Brian Lagunas - InfragisticsWebinarSimpleMVVMPrism

L'installation du Prism Template Pack n'a pas suffit. J'ai du exécuter la commande suivante dans la Console du Gestionnaire de package :

PM> Install-Package System.Windows.Interactivity.WPF -Version 2.0.20525

Pour la suite je me permets de noter un autre lien :

GitHub - PrismLibrary / Prism

Have fun!

Les objets en C#

En C++, on connait des objets comme "array", "list", "tuple", "vector" mais alors quels sont ces objets en C# ? Quels sont les objets de la librairie standard du C# ? C'est la question que j'ai envie de me poser aujourd'hui.

Les Objets en langage C#
Les Objets en langage C#
Il y a un peu de confusion entre "programmation objet" et "les objets en C#". En langage C# on trouve notamment à la rubrique objets :

MSDN - Objets (Guide de programmation C#)
Comparaison entre Class et Struct, les Class sont des types référence et les Struct sont des types valeur.

Programmation orientée objet, pour mémoire :
L’encapsulation signifie qu’un groupe de propriétés, méthodes et autres membres corrélés est traité comme une unité ou un objet unique.
L’héritage décrit la possibilité de créer des classes à partir d’une classe existante.
Le polymorphisme signifie que plusieurs classes peuvent être utilisées de manière interchangeable, même si chacune des classes implémente les mêmes propriétés ou méthodes de manière différente.

MSDN - Programmation orientée objet (C#)
Rappel des concepts de programmation objet :

Interface, delegate, champ et propriétés, sealed, abstract

Modificateurs d’accès et niveaux d’accès
public  Tout autre code du même assembly ou d'un autre assembly qui y fait référence peut accéder au type ou au membre.
private  Seul le code de la même classe peut accéder au type ou au membre.
protected Seul le code de la même classe ou d'une classe dérivée peut accéder au type ou au membre.
internal Tout code du même assembly, mais pas d'un autre assembly, peut accéder au type ou au membre.
protected internal Tout code du même assembly ou toute classe dérivée dans un autre assembly peut accéder au type ou au membre.
private protected  Le code de la même classe ou d'une classe dérivée peut accéder au type ou au membre dans l’assembly de la classe de base.

Substitution de membres
virtual Autorise la substitution d'un membre de classe dans une classe dérivée.
override Substitue un membre virtuel (substituable) défini dans la classe de base.
abstract Requiert qu'un membre de classe soit substitué dans la classe dérivée.
new, modificateur Masque un membre hérité d'une classe de base.

OPENCLASSROOMS - Programmez en orienté objet avec C#
Cours rapides et efficaces sur la programmation objet (POO)

Et maintenant avec tout ça nous n'avons pas encore vu d'objet C# à proprement parlé.

Les Objets en C#

On trouve le Tuple
Mais c'est plutôt un "concept C#" qu'un objet et c'est d'ailleurs un objet assez complexe , il me fait penser à l'objet "élastique".

Du coup je me retrouve à réviser un petit peu mon C# Objet et je trouve la page suivante :

MSDN - Object.Equals Method
Complexe déjà non ? Pour des Structs la fonction Equals comparera les valeurs, on dit que struct est un type par valeur tandis que pour des Class Equals comparera les références. Autrement dit pour comparer des Class il veut mieux dériver de l'interface IComparable et implémenter la fonction overridée CompareTo.

On fait de la POO mais toujours pas d'objets. Si je cherche "Librairies en C#.NET" je tombe sur des livres ???!

To Be Continued