Je crois qu’il n’y a pas une journée où je ne m’attends pas à être surpris par une technologie que j’utilise. Est-ce que cela vous arrive souvent de ne rien apprendre du tout dans l’équivalent d’une journée? Moi, non. Même que c’est quelque chose qui arrive toujours lorsque je ne m’y attends pas!
Si vous êtes un développeur expérimenté, je suis pratiquement certain que vous avez déjà écrit ce genre de code lorsque vous avez à exposer certaines propriétés d’une classe.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| private static object _dataSet; | |
| public static object DataSet | |
| { | |
| get | |
| { | |
| if (_dataSet == null) | |
| { | |
| var localObject = new object(); | |
| _dataSet = localObject; | |
| } | |
| return _dataSet; | |
| } | |
| } |
Il s’agit d’une technique appelée du Lazy Initialization ou un property backing field. C’est comme vous voulez, ça revient un peu au même.
La raison d’être de ce code est simple. Vous désirez éviter d’avoir à exécuter le code d’une propriété à chaque fois que vous l’invoquez. Alors, ce que vous devez faire c’est comme dans l’exemple ci-haut. Utiliser un objet qui contiendra la valeur de cette propriété le temps de la vie de l’objet.
Cette technique n’est pas parfaite, car vous devez maintenant penser à une stratégie pour l’invalidation de cette mise en mémoire. Alors, il s’agit d’une technique qui doit vraiment être uniquement appliquée sur des données ayant une petite durée de vie.
Ditez bonjour à Lazy<T>
Depuis .NET 4, Microsoft a ajouté une classe permettant de faire du Lazy Initialization à même le framework. Cela se fait en utilisant la classe Lazy<T>.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| private static readonly Lazy<object> _duplicateDataSet = new Lazy<object>(() => | |
| { | |
| var localObject = new object(); | |
| return localObject; | |
| }); | |
| public static object DuplicateDataSet | |
| { | |
| get { return _duplicateDataSet.Value; } | |
| } |
Ce que vous voyez ici est le même code que celui précédemment démontré en utilisant Lazy<T>. C’est beaucoup plus évident de déterminer l’intention du code dans cet exemple-ci. De plus, comme je dis souvent, moins de code, moins d’erreurs possibles.
En supplément, Lazy<T> est tread safe par défaut. C’est un argument de plus qui fait pencher la balance un peu plus en sa faveur. N’est-ce pas?
Ressources supplémentaires
- http://www.abhisheksur.com/2010/06/lazy-initializer-to-defer-expensive.html
- http://stackoverflow.com/a/5134807/1291
- https://msdn.microsoft.com/en-us/magazine/ff898407.aspx
- https://msdn.microsoft.com/en-us/library/dd997286%28v=vs.110%29.aspx?f=255&MSPPError=-2147217396
French Coding 
Une réflexion sur “Développeurs .NET, êtes vous Lazy?”