Alphorm.com support de la formation programmer en C# 6

01/06/2016
1
Formation Programmer en C# 6 alphorm.com™©
Formation
C# 6.0
Avancée
Site : http://www.alphorm.com
Blog : http://blog.alphorm.com
Béchir BEJAOUI
Formateur et Consultant indépendant spécialisé
en technologie et systèmes d’informations

01/06/2016
2
Plan
• Présentation du formateur
• Présentation du plan de formation
• Connaissances requises
• Publics concernés
• Liens utiles

01/06/2016
4
Mes formations sur Alphorm

01/06/2016
5
Présentation du plan de formation
• Le spectre d'évolution du C# du 2.0 au 6.0
• Les nouveautés apportées avec le .Net Framework 4.6
• Le Scriptcs Engine
• Le Roslyn
• Le C# 6.0 et le Cloud une introduction
• Un ensemble d’études de cas: Scriptcs, Les types, Les collections, La
sérialisation, LINQ, Réflexion, Programmation dynamique, Threading,
Interopérabilité, Base de données

01/06/2016
6
Connaissances requises
• Il est à noter que cette formation ne représente pas un cours magistral
de C# et du .Net Framework, c’est une formation avancée fortement
orientée pratique C#
• Cette formation n’est pas orientée vers les débutants en terme du .Net
Framework et du C#
• Par conséquent, le public concerné doit avoir des connaissances
intermédiaires au moins en terme de programmation et notamment C#
• La connaissance d’utilisation d’un environnement de développement
principalement Visual Studio ou autre IDE qui supporte au moins C#
4.0/5.0 est indispensable

01/06/2016
7
Public concernés
• Cette formation cible
Les professionnels et développeurs qui ont déjà un niveau intermédiaire en
terme de C# et du .Net Framework qui cherchent une mise à niveau de leurs
connaissances en terme de nouveautés C# 6.0 et .Net Framework 4.6
Les professionnels et développeurs expérimentés qui sont issus d’autres
environnements tels que java, C++ et Linux, et qui veulent s’adapter au
développement C#
Les étudiants et les élèves ingénieurs qui ont déjà travaillé sur la plateforme
.Net Framework et notamment les versions C# antérieures
Les personnes en stage et qui veulent booster leurs carrières professionnelles
à condition qu’ils aillent un niveau intermédiaire aux moins en terme de
développement C#

01/06/2016
8
Liens utiles
• Un lien vers mes articles
http://www.c-sharpcorner.com/members/bechir-bejaoui2

01/06/2016
9
Liens utiles
• Un lien vers mon groupe Facebook C#
http://www.facebook.com/groups/csharp.programming/

01/06/2016
10
Liens utiles
• Un lien vers mon groupe ma chaine Youtube
http://www.youtube.com/user/margoumix

01/06/2016
11
Are You ready ? ☺

01/06/2016
3
Pésentation du formateur
Béchir Béjaoui
• Consultant et expert certifié en infrastructure réseau, développement des
solutions distribuées et Business Intelligence
• Certifications : MCITP en SQL SERVER BI, MCPD Applications Distribuées
.net 3.5, MCSD Team Fondation Server , MCTS
• Mes références :
Profil LinkedIn : tn.linkedin.com/pub/bejaoui/2b/245/6b
Profil C-sharpcorner : www.c-sharpcorner.com/authors/yougerthen/bechir-
bejaoui.aspx
Profil MSDN: social.msdn.microsoft.com/profile/masnsn
Profil Alphorm : http://www.alphorm.com/formateur/bechir-bejaoui

01/06/2016
16
Les types génériques
• Les avantages d’utilisation des génériques dans le code sont
principalement :
La réutilisation du code
Plus de contrôle sur les types d’éléments au niveau des collections et les méthodes à
travers les contraintes
La performance sur le plan d’utilisation des listes en évitant les opérations du
boxing/unboxing faite à chaque itération pour le cas des listes non génériques

01/06/2016
17
Ce qu’on a couvert
• Les types Génériques

01/06/2016
18
Les fonctionnalités
C# 2.0 Partie II
Le spectre d’évolution C#
Béchir BEJAOUI

01/06/2016
19
Plan
• Les types Nullables
• Les itérateurs

01/06/2016
20
Les types Nullables
• Ils sont des types issus de la structure Nullable<T>
• Se sont des types qui peuvent stocker des valeurs nulles pour les types
valeur comme les entiers, les flottants et les doubles
• Ils sont principalement utilisés pour représenter les valeurs Nulles au
niveau des bases de données pour ces types valeur
• Ils sont définis selon les deux formes
En utilisant un point d’interrogation qui précède le type
En utilisant cette forme

01/06/2016
21
Les itérateurs
• Les itérateurs permettent de mieux gérer les itérations des éléments
d’une collection donnée
• Un itérateur selon MSDN est défini comme une méthode, un accesseur
ou un opérateur qui permet de réaliser une récurrence personnalisée
• Le mot clé « yield » permet d’itérer à travers une collection donnée
pour retourner un ensemble d’éléments au niveau d’une fonction :
Cas d’utilisation de yield pour itérer une collection

01/06/2016
22
• Les types Nullables
• Les itérateurs

01/06/2016
23
C# 2.0 Partie III
Béchir BEJAOUI

01/06/2016
24
Plan
• Les classes partielles
• Les classes statiques
• Les méthodes anonymes

01/06/2016
25
Les classes partielles
• Les classes partielles sont des classes qui peuvent être fragmentées sur
plusieurs fichiers .cs
• Les classes partielles sont indispensables pour les projets collaboratifs
de taille considérable
• Le mot clé « partial » doit précéder la classe pour la marquer comme
classe partielle
• Il est possible aussi de créer des structures et des interfaces partielles

01/06/2016
26
Les classes statiques
• Les classes statiques sont principalement des conteneurs logiques des
méthodes statiques
• Les classes statiques ne sont pas « instanciables » comme les classes
non statiques
• L’aspect bénéfique de ces classes, c’est qu’elles peuvent être partagées
en différents niveaux du code sans le besoin de créer de nouvelles
instances ce qui facilite l’implémentation de certain « Patterns »
Exemple de classe statique

01/06/2016
27
Les méthodes anonymes
• Une méthode anonyme est principalement considérée comme un
bloque d’instructions qui peut être injecté en amont au niveau des
arguments d’une autre méthode
Exemple d’utilisation des méthodes anonymes

01/06/2016
28
• Les classes partielles
• Les classes statiques
• Les méthodes anonymes

01/06/2016
29
C# 3.0 Partie I
Béchir BEJAOUI

01/06/2016
30
Plan
• Les initiateurs d’objets
• Les initiateurs de collections
• Les types implicites

01/06/2016
31
Les initiateurs d’objets
• Les initiateurs d’objets prennent une nouvelle forme différente que celle
adoptée en C# 2.0 et versions antérieures
La forme des initiateurs
précédemment
La forme des initiateurs
en mode C# 3.0

01/06/2016
32
Les initiateurs de collections
• Les initiateurs de collections prennent une nouvelle forme, il est
désormais possible d’adopter la forme ci-dessous
La forme des initiateurs de collections en mode C# 3.0

01/06/2016
33
Les types implicites
• Les types implicites sont essentiellement utilisés sous forme de variables
locales pour inférer les types déjà définis
La définition d’une variable
locale anonyme
La définition de la même
variable en mode CIL

01/06/2016
34
Les types implicites
• Les types implicites sont aussi utilisés dans un contexte de requêtes
LINQ « Language Integrated Query » pour définir des types anonymes à
la volée
La définition d’un type anonyme dans un contexte de LINQ

01/06/2016
35
• Les initiateurs d’objets
• Les initiateurs de collections
• Les types implicites

01/06/2016
36
C# 3.0 Partie II
Béchir BEJAOUI

01/06/2016
37
Plan
• Les méthodes extensions

01/06/2016
38
Les méthodes extensions
• Les méthodes extensions permettent d’étendre des types déjà définis
dont le code source n’est plus accessible par principe d’encapsulation
• Il n’aura pas de soucis pour les classes dont l’héritage est permis, par
contre il le sera pour les classes marquées par le mot clé « sealed »
Exemple de définition d’une méthode extension

01/06/2016
39
Les méthodes extensions
• En cas de coexistence de deux méthodes une originale et une méthode
extension qui ont la même signature alors au moment de l’appel la
priorité sera pour la méthode originale définie au niveau de la classe
cible
• En cas de coexistence de deux méthodes extensions portant la même
signature, une fait partie du namespace au quel la classe cible fait partie
et l’autre fait partie d’un namespace différent, dans ce cas, la première
aura la priorité au moment de l’appel
• En cas de coexistence de plusieurs méthodes extensions pour la même
classe et qui ont la même signature mais qui font partie de namespace
différents, en ce moment, il aura un conflit d’appel et une erreur au
moment de la compilation sera levée
Exemple de définition d’une méthode extension

01/06/2016
40
• Les méthodes extensions

01/06/2016
41
C# 3.0 Partie III
Béchir BEJAOUI

01/06/2016
42
Plan
• Le LINQ

01/06/2016
43
Le LINQ
• C’est l’acronyme de «Language Integrated Query»
• C’est un ORM « Object Relational Mapping » nouvellement introduit à
partir de C# 3.0
• Cet ORM ajoute des capacités d'interrogation sur des données au C# en
utilisant une syntaxe proche de celle de SQL « Select Query Language »
utilisé essentiellement dans le cadre des bases de données
relationnelles
• LINQ définit un ensemble d’opérateurs de requêtes qui peuvent être
utilisés pour effectuer des requêtes, filtrer et projeter des données au
niveau de plusieurs structures et conteneurs de données tel que les
bases de données, les fichiers DOM « Document Object Models » ….

01/06/2016
44
Le LINQ
• Le LINQ représente une variété de fournisseurs pour gérer les données
LINQ to Object
LINQ to SQL
LINQ to Entities « Entity Framework 5.x/6»
LINQ to XML
LINQ to quelques choses …..
• Dans ce dernier cas, il est possible de créer un fournisseur LINQ
personnalisé pour accéder à un conteneur de données particulier par
exemple LINQ to LDAP, LINQ to Tweeter, LINQ to Facebook, LINQ to
Google Maps

01/06/2016
45
• Le LINQ

01/06/2016
46
C# 3.0 Partie IV
Béchir BEJAOUI

01/06/2016
47
Plan
• Le LINQ to SQL

01/06/2016
48
• Le LINQ to SQL

01/06/2016
49
C# 3.0 Partie IV
Béchir BEJAOUI

01/06/2016
50
Plan
• Le LINQ to Entities

01/06/2016
51
• Le LINQ to Entities

01/06/2016
52
C# 3.0 Partie V
Béchir BEJAOUI

01/06/2016
53
Plan
• Le LINQ to XML

01/06/2016
54
• Le LINQ to XML

01/06/2016
55
C# 3.0 Partie VI
Béchir BEJAOUI

01/06/2016
56
Plan
• La jointure en mode LINQ

01/06/2016
57
• La jointure en mode LINQ

01/06/2016
58
C# 3.0 Partie VII
Béchir BEJAOUI

01/06/2016
59
Plan
• Les expressions Lambda
• Les méthodes partielles

01/06/2016
60
Les expressions Lambda
• Il est possible de qualifier les expressions Lambda comme les
descendants des méthodes anonymes
• Elles sont essentiellement implémentées dans un contexte LINQ
« Language Integrated Query » comme filtres de requêtes
Une approche de comparaison des méthodes anonymes
et les expressions Lambda

01/06/2016
61
Les méthodes partielles
• La notion des méthodes partielles est similaire à celle de classes
partielles au niveau de la version C# 2.0
• Dans un contexte C# 2.0 il n’est pas possible de diviser le code d’une
méthode sur plusieurs fichiers .cs pourtant il est possible de le faire au
niveau des classes
• Une méthode partielle pourra ne pas avoir une implémentation à un
niveau donné, mais elle ne sera exécutée proprement que lorsqu’elle
admet une implémentation
• Une méthode partielle est marquée par le mot clé « partial », elle doit
être privée et ne retourne aucune valeur « void »

01/06/2016
62
Les méthodes partielles
• Les méthodes partielles sont uniquement définies au niveau des classes
partielles
• Les types d’arguments « out » sont interdits lors du passage des
arguments par référence, par conséquent, seul le mot clé « ref » pourra
être utilisé dans ce cas
• Il n’est pas possible de pointer un type DELEGATE vers une méthode
partielle
• Les méthodes partielles peuvent être statiques, elles peuvent aussi
utiliser des types génériques

01/06/2016
63
• Les expressions Lambda
• Les méthodes partielles

01/06/2016
64
C# 4.0 Partie I
Béchir BEJAOUI

01/06/2016
65
Plan
• La programmation dynamique

01/06/2016
66
La programmation dynamique
• La programmation dynamique est la fonctionnalité majeure
introduite par la .Net Framework 4.0
• La programmation dynamique veut dire utiliser une entité qui n’est
pas définie en temps de compilation comme un objet de type bien
défini
• La programmation dynamique résout beaucoup de soucis en relation
avec les objets qui n’ont pas une forme déterminée jusqu’au moment
de l’exécution du programme
• On prends comme exemple les structures d’objets définis au niveau
des structures XML souvent complexes et surtout variables
• Ou encore les classes définies dans d’autres environnements de
programmations et dont on veut les importer dans le contexte CLR

01/06/2016
67
• La programmation dynamique nécessite le DLR « Dynamic Language
Runtime » qui est une couche située au dessus du CLR « Common
language Runtime »
• Le DLR utilise des classes CallSite<T> pour représenter les types
dynamiques dont la création se fait lors de l’exécution
• La famille des classes dites Binders dont le nom finit toujours par Binder
sont dérivées de la classe Binder qui assure une liaison tardive. Cette
liaison permet de définir les types dynamiques au moment de
l’exécution

01/06/2016
68
C# VB.NET
Dynamic Language
Runtime
Common Language
Runtime
.Net
DOM
Script
Engines
Expression
Tree
CallSite
<T>
Position du DLR dans la plateforme .Net
Binder

01/06/2016
69

01/06/2016
70
C# 4.0 Partie II
Béchir BEJAOUI

01/06/2016
71
Plan

01/06/2016
72

01/06/2016
73
C# 4.0 Partie III
Béchir BEJAOUI

01/06/2016
74
Plan

01/06/2016
75
• Les classes ExpandoObject et DynamicObject sont les principales
implémentations de l’interface IDynamicMetaObjectProvider. Elles
permettent la création des objets dynamiques qui sont définis par le
mot clé dynamic
L’interface IDynamicMetaObjectProvider

01/06/2016
77
Comportement Implémente l’interface
INotifyPropertyChanged
N’implémente pas l’interface
INotifyPropertyChanged
Les méthodes Possible de définir des
méthodes
-
Les événements Possible de définir des
événements -
Tableau comparatif entre l’utilisation d’un dictionnaire et un
ExpandoObject (La suite)

01/06/2016
78
• La classe ExpandoObject est utilisée pour les cas de figures simples de
définition des objets dynamiques
• Cependant, la classe DynamicObject est utilisée pour des scenarii
encore plus avancés
• L’utilisation de DynamicObject ne se fait pas directement mais à travers
la définition d’une classe qui hérite de DynamicObject
• En suite, il faut ajouter la logique désirée à travers la réécriture de l’une
ou de l’ensemble de ces méthodes

01/06/2016
79
Les méthodes à implémenter en cas d’utilisation de DynamicObject
TryInvokeMember Lors de l’appel d’une méthode
TryGetMember Lors de l’appel de l’accesseur GET de propriété
TrySetMember Lors de l’appel de l’accesseur SET de propriété
TryGetIndex Lors de l’appel de l’accesseur GET de l’indexeur
TrySetIndex Lors de l’appel de l’accesseur SET de l’indexeur
TryUnaryOperation Lors de l’appel d’une opération unaire tél que ++,+=, !
TryBinaryOperation Lors de l’appel d’une opération binaire tél que +, -, *, !=
TryConvert Lors de la conversion de l’objet dynamique
TryInvoke Lors de l’instanciation de l’objet dynamique

01/06/2016
80
• Voir plus de détails sur la programmation dynamique, je vous invite à lire
mon article « Toying with C# 4.0 » publié en 2010 à c-sharpcorner.com

01/06/2016
81

01/06/2016
82
C# 4.0 Partie IV
Béchir BEJAOUI

01/06/2016
83
Plan
• Les paramètres optionnels
• Les arguments nommés

01/06/2016
84
Les paramètres optionnels
• Les paramètres optionnels donnent aux programmeurs le choix d’ entrer ou pas
les valeurs des arguments d’une méthode lors de son appel à condition que des
valeurs par défaut soient initialement attribuées lors de la définition de ces
méthodes en question
• Si aucune valeur n’est définie lors de l’appel, cette valeur par défaut sera utilisée
automatiquement
Exemple de définition des paramètres optionnels

01/06/2016
85
Les paramètres optionnels
• Les paramètres optionnels doivent apparaître au dernières positions après les
paramètres non optionnels
• Sinon une erreur sera levée dans le cas contraire
L’erreur CS1737 suite au non respect de la définition des paramètres optionnels

01/06/2016
86
Les arguments nommés
Exemple de définition des arguments nommés
• Les arguments nommés facilitent la vie au programmateur qui connaît les
arguments au sein d’une méthode mais qui ne sait pas leurs ordres

01/06/2016
87
• Les paramètres optionnels
• Les arguments nommés

01/06/2016
88
C# 4.0 Partie V
Béchir BEJAOUI

01/06/2016
89
Plan
• La variance des génériques

01/06/2016
90
La variance des génériques
• Elle est inspirée de la théorie des catégories, c’est une théorie d’origine
mathématique qui assume que si un type A est convertible en type B, il
sera possible d’utiliser ce dernier au lieu du type A ou utiliser le type A
tout simplement
• Elle est déjà appliquée pour le cas des anciennes collections tel que
ArrayList mais elle n’est pas du tout Safe
• Les types génériques qui sont introduit à partir de la version C# 2.0 sont
strictement invariants
• La variance n’est appliquée qu’au types dont la conversion de l’un vers
l’autre est possible.

01/06/2016
91
• La variance des génériques est divisée en deux catégories à savoir, la
Covariance et la Contravariance
Exemple de Covariance Exemple de Contravariance

01/06/2016
92
Exemple d’utilisation de la covariance l’interface IComparable<T>
Exemple d’utilisation de Contravariance l’interface IEnumerable< T>

01/06/2016
93
• La variance des génériques

01/06/2016
94
C# 4.0 Partie VI
Béchir BEJAOUI

01/06/2016
95
Plan
• La classe Task
• La gestion des exceptions issues de Task
• L’annulation de Task
• La programmation parallèle
• Nouvelles collections supportant la multithreading

01/06/2016
96
La classe Task
• L'espace de noms System.Threading.Tasks fournit les types qui
simplifient le travail d'écriture du code simultané.
Il existe plusieurs raisons de préférer les Task au lieu des Thread
Les Task utilisent le TheradPool du CLR d’une manière directe ce qui rend leur
utilisation plus performante
Il est désormais possible l’achèvement d’un Task sans avoir recourt à un signal comme
il est le cas pour les Thread
Il est possible d’organiser les Task pour les enchainer les uns après les autres, la
relation entre les Task est considérée une relation Père/Fils dans ce contexte
Le Task représente une abstraction plus élevée par conséquent il est plus simple de
l’utiliser que le Thread

01/06/2016
97
La classe Task
• Une tâche qui retourne aucune valeur est représentée par la classe
System.Threading.Tasks.Task
• Une tâche qui retourne une valeur est représentée par la classe
System.Threading.Tasks.Task<TResult>, qui hérite de Task.

01/06/2016
98
La classe Task
• Une tâche de continuation est une tâche asynchrone appelée par une
autre tâche, également appelée antécédent lorsque ce dernier est
terminé.

01/06/2016
99
La gestion des exceptions issues de Task
• Les exceptions sont propagées lorsque vous utilisez l'une des méthodes
statiques ou d'instance Task.Wait ou Task<TResult>.Wait et lorsque vous les
gérer en incluant l'appel dans une instruction try-catch.
• Si une exception non gérée est levée , l'exception ne sera pas apparente
directement, elle sera stockée dans une collection d’exceptions membre de
AggregateException
• Lorsque la méthode Wait ou la propriété Résultat est invoquée , une
AggregateException sera levée dans ce cas
• La propriété InnnerExceptions permet de collecter les données sur les
exceptions qui sont levées au cour d’exécution de la tâche

01/06/2016
101
La gestion des exceptions issues de Task
Une méthode à déclenchement
potentiel d’erreur
La gestion de l’erreur dans un contexte task
Une alternative qui utilise la prédicat
Handle de l’exception AgregateException

01/06/2016
102
L’annulation de Task
• Il est possible de forcer l’annulation d’un Task même sans levée d’exception à
l’aide des objets du type CancellationToken et CancellationTokenSource
• La classe CancellationTokenSource

01/06/2016
103
La structure CancellationToken

01/06/2016
104
• Tout d’abord, il faut ajouter un objet CancellationToken comme paramètre au
niveau de la méthode cible
• Il faut appeler la méthode ThrowIfCancellationRequested si une condition
d’annulation est vraie

01/06/2016
105
• D’autre part, Il faut forcer l’annulation à travers l’appel de la méthode Cancel de
l’objet CancellationTokenSource définie dans le code appelant

01/06/2016
106
La programmation parallèle
• La bibliothèque de tâches parallèles (TPL) supporte le parallélisme de traitement
des données avec la classe System.Threading.Tasks.Parallel.
• La méthode Parallel.Invoke offre un moyen pratique d'exécuter simultanément
un nombre d'instructions arbitraires. Pour cela, on pourra passer pour chaque
élément de travail un délégué Action ou une expression lambda qui appelle une
méthode nommée ou fournit un code Inline.

01/06/2016
107
La programmation parallèle
• La classe System.Threading.Tasks.Parallel fournit aussi des implémentations
parallèles basées sur la méthode des boucles for et foreach .

01/06/2016
108
Nouvelles collections supportant le multithreading
• Le .NET Framework 4 introduit l'espace de
noms System.Collections.Concurrent qui inclut plusieurs classes de
collections qui sont à la fois thread-safe et évolutives
• Plusieurs threads peuvent, sans risque et de façon efficace, ajouter ou
supprimer des éléments de ces collections sans extra code
• Pour lire les données d’une manière concurrentielle, il suffit d’utiliser les
collections génériques classiques

01/06/2016
118
Les fonctions asynchrones
Exemple du code appelant

01/06/2016
119
Les classes CallerMemberName, CallerFilePath et CallerLineNumber
• Les classes attributs facilitent la vie des développeurs en phase de test
de leurs code en permettant d’avoir
Le nom de l’appelant qui est essentiellement le nom d’une méthode
Le fichier qui contient cette méthode appelante
Le numéro de ligne où la méthode appelée est invoquée

01/06/2016
120
Les classes CallerMemberName, CallerFilePath et CallerLineNumber
• Pour profiter de cette fonctionnalité, la seule manière est de définir des
arguments optionnels à la fin de la méthode cible de débogage et les
marquer par l’un des attributs requis
Un exemple illustratif d’utilisation

01/06/2016
121
• La nouvelle forme des fonctions asynchrones async/await
• Les classes CallerMemberName, CallerFilePath et CallerLineNumber

01/06/2016
122
C# 6.0 Partie I
Béchir BEJAOUI

01/06/2016
123
Plan
• L’opérateur Nul ou « Elvis »
• La nouvelle présentation de la chaine formatée
• Les auto-initiateurs des propriétés
• L’expression « Nameof »
• Les imports statiques

01/06/2016
124
L’opérateur Nul ou « Elvis »
• Cet opérateur peut réduire le code en terme de quantité d’une manière
efficace
Les versions précédentes C# La version C# 6.0

01/06/2016
125
La nouvelle présentation de la chaine formatée
• Les développeurs C# connaissent déjà la méthode « format » qui est
utilisée pour représenter une chaine de caractères sous une forme
personnalisée
• La méthode format pourra être substituée par le nouveau opérateur
« $ »
La différence de techniques de formatage de chaines entre C#6.0
et les versions précédentes C#

01/06/2016
126
Les auto-initiateurs des propriétés
• Après la fonctionnalité des arguments optionnels introduite au niveau
du C# 4.0 et qui donne une valeur par défaut aux arguments au niveau
d’une méthode, les auto-initiateurs des propriétés permettent
d’attribuer une valeur par défaut mais au niveau des propriétés cette
fois-ci.
• Voici un exemple qui illustre le cas d’utilisation d’un auto-initiateur pour
une propriété du type date :

01/06/2016
127
L’expression nameof
• L’opérateur « nameof » est nouveau dans C# 6.0, il permet de retourner
le nom d’une variable bien évidement sous forme de chaine de
caractères
• Dans les versions précédentes les développeurs sont obligés de passer
par l’écriture des utilitaires pour arriver au même résultat atteint via
l’opérateur «nameof»
L’une des méthodes utilisée précédemment

01/06/2016
129
Les imports statiques
• Dans certains cas, l’utilisation des membres d’une classe statique est
nécessaire
• L’appel des membres se fait alors selon la forme suivante
« Nom de classe » . « Nom du membre »
• Exemple :

01/06/2016
130
Les imports statiques
• C# 6.0 rend possible l’écriture suivante
• A condition d’ajouter la référence suivante au niveau des imports

01/06/2016
131
• L’opérateur Null ou « Elvis »
• La nouvelle présentation de la chaine formatée
• Les auto-initiateurs des propriétés
• L’expression « Nameof »
• Les imports statiques

01/06/2016
132
C# 6.0 Partie II
Béchir BEJAOUI

01/06/2016
133
Plan
• Les expressions « Bodied »
• Les initiateurs de dictionnaire
• Le block « finally » pour l’appel asynchrone « await »
• Les filtres d’exceptions

01/06/2016
134
Les expressions Bodied
• Les expressions Bodied permettent au
Les propriétés
Les fonctions à valeur de retour unique
Les opérateurs
Les indexeurs
d’avoir leurs valeurs relatives affectées sous forme des expressions
lambda
• Le but étant toujours d’améliorer la qualité du code tout en prenant
l’aspect performance en considération

01/06/2016
135
Les expressions Bodied
Quelques exemples des expressions « Bodied »
()

01/06/2016
136
Les initiateurs de dictionnaires
• Les initiateurs de dictionnaires permettent une nouvelle forme
d’initiation encore beaucoup plus simple

01/06/2016
137
Le bloque finally pour l’appel asynchrone « await »
• La méthode d’appels asynchrones telle qu’elle est introduite en C# 5.0
utilise « async » et « await » pour appeler les services
• Au cas où une exception est levée, il est de bonne pratique d’imbriquer
le code susceptible dans un bloque try … catch ….
• Parfois, il s’avère nécessaire d’exécuter des instructions quelque soit la
situation en cas du déclenchement d’une exception ou pas
• Tel est le cas de libération des ressources, ou de connexion à une base
de données
• Dans le cas du C# 5.0, il est nécessaire de libérer les ressources au
niveau des deux bloques de code à savoir le bloque principal et le
bloque d’exception

01/06/2016
138
Le bloque finally pour l’appel asynchrone « await »
• Dans le cas du C# 6.0 il devient possible de placer ce code dupliqué au
niveau d’un bloque « finally »
La gestion du try … catch … en
mode C#5.0 pour le cas du await
La gestion du try … catch … en
mode C#6.0 pour le cas du await

01/06/2016
139
Les filtres d’exceptions
• Les filtres d’exceptions permettent de définir des conditions d’exécution
de codes des scénarii alternatifs lors de la levée d’une exception
• Cela permet une gestion beaucoup
plus granulaire des situations qui
ont déclenché une ou plusieurs
exceptions
Une hiérarchie d’exceptions

01/06/2016
141
• Les expressions « Bodied »
• Les initiateurs de dictionnaire
• Le block « finally » pour l’appel asynchrone « await »
• Les filtres d’exceptions

01/06/2016
142
Présentation de
.Net Framework 4.6
.Net Framework & .Net Core
Béchir BEJAOUI

01/06/2016
143
Plan
• Présentation de la .Net Framework
• Introduction des nouveautés de la .Net Framework 4.6

01/06/2016
144
Présentation de la .Net Framework
• Le principal composant du .Net Framework pourra être considéré tout
simplement comme une vaste collection de types managés qui sont
répartis d’une manière hiérarchique sous forme d’espaces de noms qui
représentent une sorte de conteneurs logiques pour ces types et pour
d’autres espaces de noms aussi
Structure hiérarchique des principaux types prédéfinis au niveau du .Net Framework

01/06/2016
145
• Cependant, côté physique il s’agit plutôt de DLL « Dynamic Library
Link » ou « Assemblys » qui peuvent être considérés comme des fichiers
de package
• Le deuxième majeur composant de la .Net Framework c’est le CLR « Le
« Common Language Runtime » qui pourra être définit comme une
petite machine virtuelle responsable d’exécution des programmes issus
des codes managés
Code source
Itermediate
Language
Exe ou DLL

01/06/2016
146
C# VB C++ Autre
Compilation
Code en mode Intermediate Language
Just In Time
Code natif
Le CLR
Schéma illustratif de transformation du code écrit en code natif

01/06/2016
147
• Le cœur de la .Net Framework réside dans l’Assembly nommé
mscorlib.dll
• Cet Assembly contient les types prédéfinis qui traitent essentiellement :
Le traitement des fichiers
La sérialisation
La réflexion
Le Threading
L’interopérabilité
L’assembly mscorlib.dll

01/06/2016
148
• La couche supérieure du .Net Framework réside dans trois Assemblys à
savoir :
System.dll
System.Core.dll
System.Xml.dll
• Ces deux couches 1er et 2emme niveau constituent le noyau solide de la
.Net Framework au dessus duquel les autres couches sont bâties
• Le reste des couches sont représentées sous forme d’interfaces
applicatives plutôt que des composants essentiels de la .Net Framework

01/06/2016
149
Présentation de la .Net Framework 4.6

01/06/2016
150
• Le C# 6.0 cible essentiellement la .Net Framework 4.6 et 4.6.1
• Il est à noter que les applications qui tournent sous le CLR 4.6 peuvent
aussi tourner sous le CLR 4.0 puisque ce premier n’est qu’une version
« patchée » et non pas une mise à jour proprement dite
• Par conséquent, il n’aura pas
de soucis de compatibilité lors
de migration des anciennes
applications tournant sous
le CLR 4.0 vers le CLR 4.6 La précision de la .Net Framework
Cible au niveau des propriétés du projet

01/06/2016
151
Introduction des nouveautés du .Net Framework 4.6
• L’adoption du protocole HTTP/2 ou le HTTP v2.0 qui est plus
performant que le HTTP v1.1
• L’adoption du protocole « Token Binding Protocol » pour les
applications qui tournent sous Windows 10 pour des conversations
clients/serveurs plus sécurisés
• L’introduction d’un compilateur « Just In Time » en mode 64 bits encore
plus performant
• L’introduction d’une nouvelle classe qui s’appelle AppContext au niveau
de l’espace nom System.
• Cette classe AppContext offre aux auteurs de librairies un mécanisme
flexible de changement entre différentes versions de ces librairies au
niveau du code client

01/06/2016
152
• Présentation de la .Net Framework
• Introduction des nouveautés de la .Net Framework 4.6

01/06/2016
153
Présentation
du .Net Core
Béchir BEJAOUI

01/06/2016
154
Plan
•Présentation du .Net Core
•DNX vs Mono

01/06/2016
155
Présentation du .Net Core
• C’est une implémentation réduite du .Net Framework
• C’est une version non payante et open source du .Net Framework, elle
est téléchargeable à partir du site github sous le lien
https://github.com/dotnet/core
• A la différence du .Net Framework, le .Net Core utilise une version du
CLR « Common Language Runtime » appelée CoreCLR qui est une
implémentation réduite du CLR qui est aussi indépendante de toute
plateforme et architecture
• Le but étant de cibler les plateformes non Windows tel que Linux, Free
BSD, MAC OS et bien d’autres plateformes et architectures tels que le
ARM souvent utilisées pour le cas des appareils mobiles et les systèmes
embarqués

01/06/2016
156
• Le .Net Core n’implémente que :
L’interface native de la console
La couche applicative ASP.NET 5.0
• Il n’implémente pas :
WPF
WINFORMS
• Car ce sont des technologies qui dépendent des librairies natives de
Windows, cependant, le but étant de viser bien d’autres plateformes

01/06/2016
157
La structure de la nouvelle plateforme .Net

01/06/2016
159
Une comparaison de performances entre le RyuJIT et JIT64 bits

01/06/2016
160
• La structure du .Net Core est modulaire, c’est-à-dire on ne parle plus de
Assemblys dans ce contexte mais plutôt de modules ou packages
• Dans ce cas, il va falloir installer le SDK DNX « Dot Net Execution » qui
contient les utilitaires nécessaires pour installer, désinstaller et paqueter
les packages .Net Core
• Même les Assemblys sont paquetés en cas de besoin pour être utilisés
ensuite dans un contexte .Net Core

01/06/2016
161
DNX vs Mono
• Il y a pas mal de confusion entre les deux concepts. Pour cette raison il
faut bien distinguer DNX et Mono
• Mono pourra être définit comme une plate-forme ouverte de
développement. Elle est basée sur la spécification CLI « Common
Language Infrastructure » qui comprend :
Le Compilateur
Le CLR « Common Language Runtime »
Le BCL « Base Class Library »
Le MCL « Mono Class Library »

01/06/2016
162
DNX vs Mono
• DNX peut être considéré comme un SDK et non pas comme une
plateforme à part entière comme il est le cas pour Mono
• Le DNX est composé de trois modules essentiels
L’environnement d’exécution DNX
Le gestionnaire de versions DNVM
Le gestionnaire des utilités DNU
contrôle utilise
La structure du DNX SDK
DNVM Le DNX
runtime
DNU
Utility

01/06/2016
163
DNX vs Mono
La structure de la nouvelle plateforme .Net

01/06/2016
164
• Présentation du .Net Core
• DNX vs Mono

01/06/2016
165
Installation et configuration
du .Net Core
Béchir BEJAOUI

01/06/2016
166
Plan
• Installation du .Net Core sous Ubuntu

01/06/2016
167
• Installation du .Net Core sous Ubuntu

01/06/2016
168
Installation et configuration
du .Net Core
Béchir BEJAOUI

01/06/2016
169
Plan
• Installation du DNVM pour ASP.NET Core sous Ubuntu

01/06/2016
170
• Installation du DNVM pour ASP.NET Core sous Ubuntu

01/06/2016
171
Installation d'un
éditeur de code
Béchir BEJAOUI

01/06/2016
172
Plan
• Installation et le choix d'un éditeur de code cas de Sublime Text 3

01/06/2016
173
• Installation d'un éditeur de code
Atom
Sublime Text 3
Note pad ++

01/06/2016
174
Exemple de projet
.Net Core
Béchir BEJAOUI

01/06/2016
175
Plan
• Création du premier projet .Net Core sous Ubuntu

01/06/2016
176
• Création du premier projet .Net Core sous Ubuntu

01/06/2016
177
Présentation
de Scriptcs
Le Scriptcs
Béchir BEJAOUI

01/06/2016
178
Plan
•Présentation Scriptcs Engine
•Présentation du REPL

01/06/2016
179
Présentation Scriptcs Engine
• Le Scriptcs Engine peut être considéré tout simplement comme un
interpréteur du code C#
• Le code écrit en C# est normalement compilé en CIL « Common
Intermediate Language » et puis « imité » en code natif par le JIT « Just
In Time » pour qu’il puisse être traité par le système d’exploitation
Windows
Code C#
Code
IL
Code
natif
Compilé
en
Interprété
en

01/06/2016
180
• Pour le cas de Scriptcs, il interprète le code C# en code natif, par
conséquent, il n’y aura plus de besoin de génération d’Assemblys .exe
et dlls pour construire et appeler les programmes écrits en C#
• Il suffit d’appeler le code à partir d’un simple fichier .csx, le Scriptcs
Engine s’en occupe dans ce cas pour le mettre en exécution
• L’écriture du code devient alors indépendante de toutes sorte d’EDI
« Environnement de développement Intégré » et du compilateur csc.exe
• L’exécution au niveau des plateformes non Windows devient aussi
beaucoup plus simple et flexible
Code C#
Code
natifInterprété en

01/06/2016
181
• Le déploiement du code écrit sous forme de C# script se fait en terme
de packages Nugget ou encore sous forme de modules pour le cas
d’ajout d’extensions au Scriptcs lui même
Un exemple d’une collection
de packages Nugget

01/06/2016
182
Présentation du REPL
• Comme tout environnement de script, il est nécessaire d’avoir un Shell
pour appeler les scripts et exécuter leurs contenus
• Pour le cas des scripts C#, en parle du REPL «Read Eval Print Loop »
• Le REPL est exécuté à partir d’une invite de commande simple
L’environnement d’exécution des scripts C# ou le REPL

01/06/2016
183
•Présentation Scriptcs Engine
•Présentation du REPL

01/06/2016
184
Installation de Scriptcs
sous Windows
Le Scriptcs
Béchir BEJAOUI

01/06/2016
185
Plan
•Installation de Scriptcs sous Windows

01/06/2016
186
•Installation de Scriptcs sous Windows

01/06/2016
187
Installation de Scriptcs
sous Linux
Le Scriptcs
Béchir BEJAOUI

01/06/2016
188
Plan
•Installation de Scriptcs sous Linux Ubuntu

01/06/2016
189
•Installation de Scriptcs sous Linux Ubuntu

01/06/2016
190
Installation d’un éditeur
de code pour Windows
Le Scriptcs
Béchir BEJAOUI

01/06/2016
191
Plan
•Installation d’un éditeur de code pour Windows
Server 2012 R2

01/06/2016
192
•Installation d’un éditeur de code pour Windows
Server 2012 R2

01/06/2016
193
Appel d'un script C#
Le Scriptcs
Béchir BEJAOUI

01/06/2016
194
Plan
•Appel d'un script C# à partir d’un fichier .csx

01/06/2016
195
•Appel d'un script C# à partir d’un fichier .csx

01/06/2016
196
Débogage d'un script
C#
Le Scriptcs
Béchir BEJAOUI

01/06/2016
197
Plan
•Le débogage d’un C# script

01/06/2016
198
•Le débogage d’un C# script

01/06/2016
199
Référencement
d'un script C#
Le Scriptcs
Béchir BEJAOUI

01/06/2016
200
Plan
•Le référencement d’un script C# dans un autre
script C#

01/06/2016
201
•Le référencement d’un script C# dans un autre
script C#

01/06/2016
202
Utilisation du script
cache
Le Scriptcs
Béchir BEJAOUI

01/06/2016
203
Plan
• L’utilisation du script cache pour augmenter la performance

01/06/2016
204
• L’utilisation du script cache pour augmenter la performance

01/06/2016
205
L'appel d'un script
VB Script
Le Scriptcs
Béchir BEJAOUI

01/06/2016
206
Plan
•L'appel d'un script VB Script à partir d’un script C#

01/06/2016
207
•L'appel d'un script VB Script à partir d’un script C#

01/06/2016
208
L'appel du Powershell
Le Scriptcs
Béchir BEJAOUI

01/06/2016
209
Plan
• L'appel d'une Powershell Command Let à partir d’un script
C#
• L'appel d'un script Powershell personnalisé à partir d’un
script C#

01/06/2016
210
• L'appel d'une Powershell Command Let à partir d’un script
C#
• L'appel d'un script Powershell personnalisé à partir d’un
script C#

01/06/2016
211
La création d’un package
Scriptcs
Le Scriptcs
Béchir BEJAOUI

01/06/2016
212
Plan
• La création d’un package Scriptcs

01/06/2016
213
• La création d’un package Scriptcs

01/06/2016
214
Le déploiement d’un
package Scriptcs
Le Scriptcs
Béchir BEJAOUI

01/06/2016
215
Plan
• Le déploiement d’un package Scriptcs

01/06/2016
216
• Le déploiement d’un package Scriptcs

01/06/2016
217
La consommation d’un
package Scriptcs
Le Scriptcs
Béchir BEJAOUI

01/06/2016
218
Plan
• Le consommation d’un package Scriptcs

01/06/2016
219
• Le consommation d’un package Scriptcs

01/06/2016
220
L’extension du Scriptcs avec
les modules
Le Scriptcs
Béchir BEJAOUI

01/06/2016
221
Plan
• La définition d’un module Scriptcs
• Ce que vous pouvez faire avec les modules
• L’extension du Scriptcs avec un module « un exemple
d’initiation »

01/06/2016
222
La définition d’un module Scriptcs
• Un module est une fonctionnalité représentée sous une forme spéciale
de package Scriptcs qui est non pas utilisée pour étendre votre code
écrit en script C#, c’est-à-dire les scripts .csx mais qui étend
l’environnement Scriptcs lui-même en temps de l'exécution.
• Le module scriptcs-engine-mono par exemple permet d’étendre le
Scriptcs pour qu’il puisse intégrer l’environnement d’exécution mono au
lieu du .Net CLR
• Les modules Scriptcs sont très puissants, cependant et selon « Glenn
Block » l’inventeur de la notion de modules Scritpcs et membre de
l’équipe du développement du projet Scriptcs. Les modules
représentent un double tranchant, par conséquent, il ne faut pas en
abuser

01/06/2016
223
Ce que vous pouvez faire avec les modules
• Introduire un nouveau moteur pour l'exécution des scripts, par exemple
les moteurs Roslyn , Mono et FSharp sont tous déployés en tant que
modules.
• Enregistrer des processeurs de ligne « Line Processors » personnalisés.
• Remplacer le préprocesseur de fichiers « File PreProcessor » actuel avec
un qui est dérivé et qui effectue une analyse syntaxique spéciale du
script C#.
• L'introduction d'un hôte de script « Script Host » personnalisé
• Remplacer le système de fichiers avec une implémentation alternative,
tel que « Azure Blob Storage » par exemple.
• Créer une nouvelle commande au niveau du REPL

01/06/2016
224
• La définition d’un module Scriptcs
• Ce que vous pouvez faire avec les modules
• L’extension du Scriptcs avec un module « un exemple
d’initiation »

01/06/2016
225
Présentation du
compilateur Roslyn Partie I
Le Roslyn
Béchir BEJAOUI

01/06/2016
230
• Introduire le compilateur Roslyn
• Comprendre l’architecture du compilateur Roslyn

01/06/2016
231
Présentation du
compilateur Roslyn Partie II
Le Roslyn
Béchir BEJAOUI

01/06/2016
232
Plan
• Les arbres de syntaxe
• La compilation sous Roslyn
• Les modèles sémantiques sous Roslyn

01/06/2016
233
Les arbres de syntaxe
• Un arbre de syntaxe pourra être considéré comme une structure DOM
« Document Object Model » utilisée pour représenter le code source
• Un arbre peut contenir :
Des objets du type Nœuds
Des objets du type Tokens
Des objets du type Trivias
Des objets du type Spans
Des objets du type Kinds
Des objets du type Errors
Image d’une arbre de syntaxe
prise de MSDN

01/06/2016
234
Les arbres de syntaxe (Les nœuds)
• Les nœuds de syntaxe sont les principaux éléments des arbres de
syntaxe
• Ces nœuds représentent des constructions syntaxiques telles que les:
Déclarations (les noms de variables, les noms de fonctions, les noms de classes ….)
Expressions ( ()=>,_=>,= …)
Clauses ou Tokens (if, else, for, while, using, class, struct ….)
• Les nœuds de syntaxe admettent toujours des nœuds enfants
représentés par la collection Descendant* et un nœud parent
représenté par Parent sauf le nœud racine qui n’a pas de nœud parent
• Chaque type de nœud est représenté par une classe appropriée qui
hérite de la classe SyntaxNode

01/06/2016
235
Les arbres de syntaxe (Les Tokens)
• Les Tokens sont les :
Mots clés
Les identificateurs
Les littéraux
Les ponctuations
• Les Tokens sont caractérisés par le fait qu’ils ne peuvent pas être
parents des autres nœuds ou des autres Tokens
• Les Tokens sont représentés par la structure SyntaxToken

01/06/2016
236
Les arbres de syntaxe (Les Trivias)
• Les Trivias représentent
Les espaces
Les commentaires
Les directives (#define,#pragma,#tryf…..)
• Au début, les Trivias n’étaient pas incluses dans l’arbre de syntaxe, elles
sont ajoutées par la suite vu leurs importance dans la phase
de Refactoring du code
• Les Trivias n’admettent pas de parents, elles sont représentées par la
structure SyntaxTrivia

01/06/2016
237
Les arbres de syntaxe (Les Spans)
• Les Spans représentent les positions des nœuds dans le code source et
le nombre de caractères formant ces nœuds
• La position et la longueur est représentée par des entiers
• Chaque nœud représente deux types de Spans :
Span
FullSpan qui diffère du Span en comptant les Trivias

01/06/2016
238
Les arbres de syntaxe (Les Kinds)
• Les Kinds sont stockés dans l’énumération SyntaxKind
• Ils représentent les types des nœuds
• Chaque nœud représente la propriété RawKind qui à son tour
représente son type

01/06/2016
239
La compilation sous Roslyn
• Une compilation est composée de :
Code source
Les références aux Assemblies nécessaires
Les options de compilation
• Une compilation transforme chaque élément de code en symbole, le
symbole représente un ensemble d’informations que nécessite le
compilateur sur un nœud :
L’emplacement
L’espace nom et le type
La signature (abstract, static, public, sealed …)

01/06/2016
240
La compilation sous Roslyn
• Les Symboles sont représentés par des classes qui implémentent les
interfaces :
ISymbol pour les propriétés, les variables et les champs
IMethodSymbol pour les procédures et les fonctions
• Les compilations sont immutables tout à fait comme les arbres de
syntaxe, elles sont représentées par la classe CSharpCompilation qui
hérite à son tour de la classe Compilation
• La méthode Create est utilisée dans ce cas pour créer une compilation à
partir d’un arbre de syntaxe.

01/06/2016
241
Les modèles sémantiques Roslyn
• Un modèle sémantique représente les informations sémantiques pour
un seul fichier source tel que
Les erreurs et les avertissements qui peuvent être générés
Les diagnostiques
Les informations relatives aux symboles
• Les modèles sémantiques sont représentés par la classe SemanticModel
• Les modèles sémantiques peuvent répondre à toutes les questions
difficiles de compilation qu’un développeur pourra avoir

01/06/2016
242
Les modèles sémantiques Roslyn
• Un modèle sémantique est coûteux en terme de performances en le
comparant à un arbre de syntaxe
• Un modèle sémantique est utilisé pour analyser le code en profondeur
contrairement à un arbre syntaxique
• Le modèle sémantique constitue le véritable pont entre la syntaxe et les
symboles
• En effet, les méthodes GetDeclaredSymbol et GetSymbolInfo de la
classe SemanticModel permet d’avoir un symbole à partir d’une
expression syntaxique

01/06/2016
243
• Les arbres de syntaxe
• La compilation sous Roslyn
• Les modèles sémantiques sous Roslyn

01/06/2016
244
Présentation du
compilateur Roslyn Partie III
Roslyn
Béchir BEJAOUI

01/06/2016
245
Plan
• Introduction de la notion espace de travail Workspace
• Le premier pas vers Roslyn

01/06/2016
246
Introduction de la notion espace travail Workspace
• La notion Workspace est le point de départ pour faire l'analyse du code
et du Refactoring en terme de solutions complètes
• C’est une notion très utile surtout pour écrire des extensions qui visent
le TFS « Team Foundation Server » , la solution de collaboration relative
à Visual Studio permettant la gestion des solutions, projets et le suivi
des éléments de travail, la planification, la gestion de projet en terme de
cycle de vie et l'analyse des performances.
• L’espace de travail est une API qui permet l'organisation de toutes les
informations sur les projets dans une solution dans le modèle d'objet
unique
• Elle offre un accès direct à des modèles d'objets comme, les arbres de
syntaxe, les modèles sémantiques et compilations

01/06/2016
247
Introduction de la notion espace noms namespace
• Une solution est considérée comme un modèle immutable des projets
et des documents.
• Après avoir obtenu une instance de solution de la propriété Workspace
Solution, cette instance est immutable
• Il est possible de modifier des solutions en construisant de nouvelles
instances basées sur des solutions existantes et des changements
spécifiques tout à fait comme les arbres de syntaxes.
• Un projet est considéré comme une partie de la solution immutable.
• Il représente tous les documents de base de code, d’analyses, d’options
de compilation et les références projet-à-projet.
• Un document est considéré comme une partie du projet

01/06/2016
248
Introduction de la notion espace noms namespace
• Un document représente une fichier du code source ou de
configuration
Une représentation structurelle
d’un espace de travail
Espace
de Travail
SolutionSolution
N
Solution
N
Solution
N
Solution
N
ProjetProjetProjetProjetProjet N
DocumentDocumentDocumentDocumentDocument N

01/06/2016
249
• Introduction de la notion espace de travail Workspace
• Le premier pas vers Roslyn

01/06/2016
250
Exploration et analyse des
arbres de syntaxes
Roslyn
Béchir BEJAOUI

01/06/2016
251
Plan
• Exploration et analyse des arbres de syntaxes

01/06/2016
252
• Exploration et analyse des arbres de syntaxes

01/06/2016
253
Exploration et analyse
des modèles sémantiques
Roslyn
Béchir BEJAOUI

01/06/2016
254
Plan
• Exploration et analyse des modèles sémantiques

01/06/2016
255
• Exploration et analyse des modèles sémantiques

01/06/2016
256
Exploration et analyse des
espaces de travail
Roslyn
Béchir BEJAOUI

01/06/2016
257
Plan
• Exploration et analyse des espaces de travail

01/06/2016
258
• Exploration et analyse des espaces de travail

01/06/2016
259
Extension Visual Studio
Cas du Code Refactoring (VSIX)
Roslyn
Béchir BEJAOUI

01/06/2016
260
Plan
• Comprendre le mécanisme du code Refactoring (VSIX)

01/06/2016
261
• Comprendre le mécanisme du code Refactoring

01/06/2016
262
Extension Visual Studio
Cas du
Analyzer with Code Fix
Roslyn
Béchir BEJAOUI

01/06/2016
263
Plan
• Comprendre le mécanisme du Analyzer with Code Fix

01/06/2016
264
• Comprendre le mécanisme du Analyzer with Code Fix

01/06/2016
265
Programmation C# 6.0
en Cloud
C# 6.0 et le Cloud
Béchir BEJAOUI

01/06/2016
266
Plan
• Présentation de la notion Cloud et Cloud Stack
• Programmation C# en mode Cloud
• Introduction de la notion Cloud patterns

01/06/2016
267
Présentation de la notion Cloud et Cloud Stack
• Le Cloud ou nuage est tout simplement une grande unité de
matériels informatiques (banalisées) qui fonctionne au niveau d'un
centre de données qui existe à un coin donné au niveau du monde
• Le but derrière cette structure est :
Exécuter des programmes
Fournir des services
Stocker des quantités importantes de données
Le cloud computing

01/06/2016
268
Présentation de la notion Cloud et Cloud Stack
• Le « Cloud Stack» ou la pile de « Cloud » est composée de plusieurs
composants et infrastructures ordonnées selon une structure verticale
composée d’une ou des
• Infrastructure(s) : « Infrastructure as a Service » ou IaaS . Par analogie à un
PC, elle est comparée au matériel informatique
• Plateforme(s) : « Platform as a Service » ou PaaS . Par analogie à un PC, elle
est comparée au système d’exploitation et les programmes orientés services
ou « B to B »
• Application(s) : « Software as a Service » ou SaaS c’est l’ensemble des
programmes offerts au niveau du « Cloud » pour être consommés par les
utilisateurs finaux comme l’ application Office 365

01/06/2016
269
Programmation C# en mode « Cloud »
• La programmation « Cloud » est le développement d’une logique de
code donné qui pourra cibler les deux niveaux du nuage à
savoir PaaS et le SaaS
• La programmation en Cloud devrait prendre en considération la
portabilité, l'évolutivité et surtout préserver les performances et la
stabilité des programmes écrits.
• Ils existent plusieurs fournisseurs Cloud tel que Google, Amazon,
Azure …
• Pour programmer des applications orientées Cloud pour
l’infrastructure « Amazon Cloud», Amazon offre la SDK « AWS SDK for
.Net »
https://aws.amazon.com/sdk-for-net/

01/06/2016
270
Programmation C# en mode Cloud
l’infrastructure Google Cloud, Google offre la SDK « Google Cloud SDK
for .Net »
https://cloud.google.com/sdk/
l’infrastructure « Windows Azure » qui est le Cloud Microsoft, il faut
créer un compte Azure et ouvrir une session à partir de
https://manage.windowsazure.com
• La création de compte Azure se fait selon deux modes à savoir :
Le mode payant
Le mode d’essai gratuit un mois

01/06/2016
271
Programmation C# en mode « Cloud »
• Les services offerts qui peuvent être concernés par le
développement Cloud sous « Windows Azure » sont principalement :
Les données au niveau des bases de données
Les fichiers stockés
Les services et des applications en terme d’hébergement et déploiement
• La gestion des programmes pourrait être faite à travers l’interface de
gestion centralisée « Azure Management Studio » téléchargeable à
partir de ce lien http://www.cerebrata.com/

01/06/2016
272
Introduction de la notion « Cloud patterns »
• Les « Cloud Design Patterns » est un sous ensemble de design
patterns qui vise à adopter les bonnes pratiques en terme de qualité de
code
• Autre que le sens organisationnel, les « Cloud Design Patterns »
mettent l’accent sur d’autres aspects importants surtout dans un
contexte distribué tel que la performance, la disponibilité, la sécurité et
bien d’autres aspects importants
• A ce stade, il s’avère constructif d’introduire quelques patterns dans ce
contexte en se contentant des descriptions de ces patterns, cependant,
les implémentations vues leurs détails importants, elles ne seront pas
traitées au niveau de cette présentation.

01/06/2016
273
Introduction de la notion « Cloud patterns »
Le Retry pattern : Ce pattern permet la relance d’une nouvelle requête après la
levée d’une exception ou une erreur au niveau du service « Cloud »
Le Throttling pattern : Permet d’optimiser la qualité d’exécution en cas de
charge importante
Le Circuit Breaker pattern : Permet de découvrir l’état d’un service ou application
« Cloud » avant de lancer une requête vers cette dernière
Le Valet Key pattern : Utilisé dans le cas d’échange des fichiers de taille
importante de et vers le « Cloud »
Le Sharding pattern : Permet de décomposer les données au niveau d’une table
en mode horizontal sous forme de partitions ou Shards, le but étant d’optimiser
les performances en terme de recherches des données
Le CQRS pattern : Permet la séparation des commandes de requêtes des autres
commandes d’ajout, suppression et mise à jour de données

01/06/2016
274
• Présentation de la notion Cloud et Cloud Stack
• Programmation C# en mode cloud
• Introduction de la notion « Cloud patterns »

01/06/2016
275
La réflexion
Les études de cas
Béchir BEJAOUI

01/06/2016
276
Plan
•La création d’une classe attribut personnalisée

01/06/2016
277
•La création d’une classe attribut personnalisée

01/06/2016
278
La sérialisation
avancée
Les études de cas
Béchir BEJAOUI

01/06/2016
279
Plan
• La création d’un type « Serializer » personnalisé

01/06/2016
280

01/06/2016
281
La sérialisation
avancée
Les études de cas
Béchir BEJAOUI

01/06/2016
282
Plan
Pourquoi avoir recourt à un « Serializer » personnalisé
Mécanisme de sérialisation du « Serializer » personnalisé
Exploration de l’implémentation

01/06/2016
283
Custom
Serializer
Object
Graph
Persisté
Type
Format
Mode
Stockage
3.Prend
1.Prend 2.Prend
4.Transforme
& persiste
Processus de
sérialisation

01/06/2016
284
Custom
Serializer
Fichier
Graph
Extrait
+
Construction de
L’objet
dynamiquement
Type
Format
Mode
Stockage
3.Prend
1.Prend 2.Prend
4.Transforme
& persiste
Processus de
desérialisation

01/06/2016
285
• L’interface IFormat

01/06/2016
286
• La classe Nœud

01/06/2016
287
• La classe StorageModeAttribute

01/06/2016
288
• La classe FormatAttribute

01/06/2016
312
Les principaux liens à visiter
• Un exemple pas à pas qui n’est pas fonctionnel fournit par MSDN, et il n’est pas
mis à jour!
https://msdn.microsoft.com/en-us/library/bb546158(v=vs.110).aspx
• Les expressions
https://msdn.microsoft.com/fr-fr/library/ms173144.aspx
• Pour comprendre comment implémenter un visiteur d’arborescence
https://msdn.microsoft.com/fr-fr/library/bb882521(v=vs.90).aspx
Pour accélérer votre le développement d’un fournisseur de LINQ personnalisé
https://github.com/re-motion/Relinq

01/06/2016
313
• Un lien vers un diagramme qui décrit le principe de fonctionnement de LINQ to
SQL
http://www.devbible.com/UserFiles/1483901625/1166729295.jpg

01/06/2016
314
• La création d’un fournisseur de LINQ personnalisé
Les principaux Principes à tenir
Exploration et test d’un fournisseur Linq basique

01/06/2016
315
Scriptcs
Les études de cas
Béchir BEJAOUI

01/06/2016
316
Plan
• Exploration et test d’un package Scriptcs cas de
SQLTOXMLJSON

01/06/2016
317
• Exploration et test d’un package Scriptcs cas de
SQLTOXMLJSON

01/06/2016
318
Le Bilan
Le mot de la fin
Béchir BEJAOUI

01/06/2016
319
Le bilan
• Cinq chapitres
Spectre d’évolution C# à partir de la version 2.0 jusqu’à la version 6.0
Le .Net Framework 4.6 & .Net Core version 1.0
Le Scriptcs
Le Roslyn
Le C# et le Cloud, une introduction de la programmation Cloud
Des études de cas sous forme de projets C#

01/06/2016
320
Vos questions & remarques
• Vos questions et remarques sont les bienvenues sur
Mon compte Linked In:
http://tn.linkedin.com/in/bejaoui-06b2452b
Mon groupe C# sur Facebook:
http://www.facebook.com/groups/937775196280145/
Mon mail:
me780411@gmail.com

Alphorm.com support de la formation programmer en C# 6

Contenu connexe

Tendances (20)

En vedette (20)

Similaire à Alphorm.com support de la formation programmer en C# 6 (20)

Plus de Alphorm (20)

Dernier (7)

Alphorm.com support de la formation programmer en C# 6