La formule proposée ici est d'Anthony Williams, qui l'a proposée (en plus raffiné : http://www.drdobbs.com/cpp/enforcing-correct-mutex-usage-with-synch/225200269 pour sa proposition initiale à la communauté) pour fins de standardisation (voir ../../Liens/Evolution-Cplusplus--Liens.html pour des détails). J'aime bien ce qu'il propose, du fait qu'il s'agit d'une solution élégante (à mes yeux) à un problème a priori difficile.
Supposons que l'on souhaite synchroniser les accès à un objet, quelle que soit la complexité de son interface. Il s'agit d'un problème difficile, du fait que synchroniser les accès sur un objet influence typiquement son interface toute entière... Comment, par exemple, synchroniser les accès sur un std::vector<T>, sachant que ce type expose des services tels que begin() et end()? Un peu comme dans le cas d'un monitor<T>, on cherche alors à synchroniser les accès de manière plus globale que ne le suppose son interface.
La solution d'Anthony Williams est charmante : encapsuler l'objet à synchroniser dans une entité (un synchronized_value<T>) contenant l'objet et un mutex, mais ne permettre les accès à l'objet que par une entité (un update_guard<T>) qui garantit que, pendant son existence, elle est seule cliente de l'objet (synchronisant par une technique RAII l'objet à travers le mutex qui l'accompagne).
Pour exposer les services de l'objet encapsulé, Anthony Williams suggère de passer par une surcharge de l'opérateur -> sur l'update_guard<T> ce qui a la qualité de permettre de solliciter n'importe quel membres accessible de l'objet auquel il contrôle l'accès.
Un exemple simple suit.
Pour permettre à synchronized_value<T> de donner des privilèges d'accès (par amitié) à update_guard<T>, nous exposons d'office une déclaration a priori de cette dernière |
|
Un synchronized_value<T>, pour l'essentiel, associe un T et un mutex. La plupart de ses services sont des constructeurs, ce qui est raisonnable du fait qu'il s'agit ici principalement d'une entité de regroupement et d'encapsulation; l'interface d'accès au T sera l'instance de la classe update_guard<T> qui assurera la synchronisation par la saine gestion du mutex. |
|
Un update_guard<T> est une entité RAII responsable de synchroniser un T logé dans un synchronized_value<T> et d'exposer les services de ce T une fois la synchronisation correctement réalisée. |
|
Enfin, voici un exemple d'utilisation. La portée de la variable guard définit une zone dans laquelle les accès au vector<int> caché dans sync_val sont exclusifs. |
|