Objets et collections partagés
Vue d’ensemble
Les objets partagés et les collections partagées sont des objets et des collections spécifiques dont le contenu est partagé entre les process. Comparés aux Variables interprocess, les objets partagés et les collections partagées ont l'avantage d'être compatibles avec les process 4D préemptifs : il peuvent être passés en paramètres (par référence) aux commandes telles que New process
ou CALL WORKER
.
Les objets partagés et les collections partagées peuvent être stockés dans des variables déclarées à l'aide des commandes standard C_OBJECT
et C_COLLECTION
, mais doivent être instanciées à l'aide de commandes spécifiques :
- pour créer un objet partagé, utilisez la commande
New shared object
, - pour créer une collection partagée, utilisez la commande
New shared collection
.
Note : Des objets partagés et des collections partagées peuvent être définis comme propriétés d'objets/éléments de collections standard (non partagés).
Toute modification d'un objet/d'une collection partagé(e) doit s'effectuer à l'intérieur d'une structure Use...End use. La lecture d'une valeur d'objet/collection ne nécessite pas de structure Use...End use.
Un catalogue unique et global, retourné par la commande Storage
, est disponible à tout moment et depuis tout process de la base et de ses composants.
Utilisation des objets et collections partagés
Une fois instanciés à l'aide des commandes New shared object
ou New shared collection
, les objets partagés et les collections partagées peuvent être modifiés et lus depuis n'importe quel process.
Modification
Les modifications suivantes peuvent être effectuées sur les objets partagés et les collections partagées :
- ajout ou suppression de propriétés d'objets,
- ajout ou modification de valeurs (prises en charge par les objets/collections partagé(e) s), y compris d'autres objets et collections partagé(s) (ce qui crée un groupe partagé, cf. ci-dessous).
Toute instruction de modification d'objet ou de collection partagé(e) doit être encadrée par les mots-clés Use...End use
, sinon une erreur est générée.
$s_obj:=New shared object("prop1";"alpha")
Use($s_obj)
$s_obj.prop1:="omega"
End Use
Un objet/une collection partagé(e) ne peut être modifié(e) que par un seul process à la fois. Un objet/une collection partagé(e) ne peut être modifié(e) que par un seul process à la fois. Toute tentative de modification d'un objet/d'une collection partagé(e) sans au moins un appel à Use...End use
génère une erreur. Lorsqu'un process appelle Use...End use
avec un objet/une collection partagé(e) qui est déjà "utilisé(e)" par un autre process, il est simplement mis en attente jusqu'à ce qu'il soit déverrouillé par l'appel à End use
(aucune erreur n'est générée). En conséquence, les instructions situées à l'intérieur des structures Use...End use
doivent toujours s'exécuter rapidement et déverrouiller les éléments dès que possible. Il est donc fortement déconseillé de modifier un objet ou une collection partagé(e) directement depuis l'interface, par exemple depuis une boîte de dialogue.
L'assignation d'objets/collections partagé(e) s à des propriétés ou éléments d'autres objets/collections partagé(e) s est autorisée et entraîne la création de groupes partagés. Un groupe partagé est automatiquement créé lorsqu'un objet ou une collection partagé(e) est assigné(e) en tant que valeur de propriété ou élément à un autre objet ou collection partagé(e). Les groupes partagés permettent d'imbriquer des objets et collections partagé(e)s mais nécessitent d'observer des règles supplémentaires :
- L'appel de
Use
avec un objet/une collection partagé(e) appartenant à un groupe provoquera le verrouillage des propriétés/éléments de tous les objets/collections du groupe. - Un objet ou une collection partagé(e) peut appartenir à un seul groupe partagé. Une erreur est générée si vous tentez d'assigner un objet ou une collection appartenant déjà à un groupe à un groupe différent.
- Les objets/collections groupé(e)s ne peuvent plus être dégroupé(e)s. Une fois inclus dans un groupe partagé, un objet ou une collection partagé(e) est lié(e) définitivement au groupe pendant toute la durée de la session. Même si toutes les références de l'objet/la collection sont supprimé(e)s des objets/collections parent(e)s, ils resteront liés.
Reportez-vous à l'exemple 2 pour l'illustration des règles des groupes partagés.
Lecture
La lecture de propriétés ou d'éléments d'un objet ou d'une collection partagé(e) est possible sans appel de la structure Use...End use
, même si l'objet ou la collection partagé(e) est "utilisé(e)" par un autre process.
Cependant, lorsque plusieurs valeurs sont interdépendantes et doivent être lues simultanément, il est nécessaire d'encadrer l'accès en lecture par une structure Use...End use
pour des raisons de cohérence.
Duplication
Appeler OB Copy
avec un objet partagé (ou avec un objet dont des propriétés sont des objets partagés) est possible, mais dans ce cas un objet standard (non partagé) est retourné.
Storage
Storage est un objet partagé unique, disponible automatiquement pour chaque application et machine. Storage est un objet partagé unique, disponible automatiquement pour chaque application et machine. Il est destiné à référencer les objets ou collections partagé(e)s défini(e)s durant la session que vous souhaitez rendre accessibles à tous les process, préemptifs ou standard.
A noter que, à la différence de objets partagés standard, l'objet Storage
ne crée par de groupe partagé lorsque des objets/collection lui sont assigné(e)s en tant que propriétés. Cette exception permet à l'objet Storage d'être utilisé sans verrouiller les objets/collections partagé(e)s connecté(e)s.
Pour plus d'informations, reportez-vous à la description de la commande Storage
.
Use...End use
La syntaxe de la structure Use...End use
est la suivante :
Use(Shared_object_or_Shared_collection)
instruction(s)
End use
La structure Use...End use
définit une séquence d'instructions qui exécutera des tâches sur le paramètre Shared_object_or_Shared_collection sous la protection d'un sémaphore interne. Shared_object_or_Shared_collection peut être tout objet partagé ou collection partagée valide.
Les objets partagés et les collections partagées permettent d'établir des communications entre les process, en particulier les process 4D préemptifs. Ils peuvent être passés par référence en paramètre d'un process à un autre. Pour plus de détails sur les objets partagés et les collections partagées, reportez-vous à la page Objets et collections partagés. Encadrer les modifications d'objets partagés et de collections partagées à l'aide des mots-clés Use...End use
est obligatoire pour empêcher les accès concurrents entre les process.
- Une fois que la ligne Use est exécutée avec succès, toutes les propriétés/éléments de Shared_object_or_Shared_collection sont verrouillé(e)s en écriture pour tous les autres process jusqu'à ce que la ligne
End use
correspondante soit exécutée. - La séquence d'instructions peut alors effectuer toute modification dans les propriétés/éléments de Shared_object_or_Shared_collection sans risque d'accès concurrent.
- Si un autre objet ou collection partagé(e) est ajouté(e) en tant que propriété du paramètre Shared_object_or_Shared_collection, il ou elle devient connecté(e) et appartiennent au même groupe partagé (cf. Utilisation des objets et collections partagés).
- Si un autre process tente d'accéder à une propriété de Shared_object_or_Shared_collection ou une propriété connectée alors qu'une séquence Use...End use est en cours d'exécution sur le même Shared_object_or_Shared_collection, il est automatiquement placé en attente et attendra jusqu'à ce que la séquence courante soit terminée.
- La ligne End use déverrouille les propriétés de Shared_object_or_Shared_collection et tous les objets qui partagent le même locking identifier.
- Plusieurs structures Use...End use peuvent être imbriquées dans le code 4D. Dans ce cas, tous les verrouillages sont empilés et les propriétés/éléments ne seront déverrouillé(e)s que lorsque le dernier appel de End use sera exécuté.
Note : Si une fonction membre d'une collection modifie une collection partagée, un Use interne est automatiquement mis en place pour cette collection partagée durant l'exécution de la fonction.
Exemple 1
Vous souhaitez lancer plusieurs process qui vont effectuer des tâches d'inventaire parmi différents produits et mettre à jour le même objet partagé. Le process principal instancie un objet partagé vide et ensuite lance les autres process, passant en paramètre l'objet partagé et les produits à comptabiliser :
ARRAY TEXT($_items;0)
... //remplir le tableau avec les éléments à compter
$nbItems:=Size of array($_items)
C_OBJECT($inventory)
$inventory:=New shared object
Use($inventory)
$inventory.nbItems:=$nbItems
End use
//Créer un process
For($i;1;$nbItems)
$ps:=New process("HowMany";0;"HowMany_"+$_items{$i};$_items{$i};$inventory)
// objet $inventory envoyé par référence
End for
Dans la méthode "HowMany", l'inventaire est effectué et l'objet partagé $inventory est mis à jour dès que possible :
C_TEXT($1)
C_TEXT($what)
C_OBJECT($2)
C_OBJECT($inventory)
$what:=$1 //pour une meilleure lisibilité
$inventory:=$2
$count:=CountMethod($what) //méthode de comptage des produits
Use($inventory) //Utiliser l'objet partagé
$inventory[$what]:=$count //stockage des résultats pour cet article
End use
Exemple 2
Les exemples suivants illustrent les règles spécifiques à observer lorsque vous utilisez des groupes partagés :
$ob1:=New shared object
$ob2:=New shared object
Use($ob1)
$ob1.a:=$ob2 //un premier groupe est créé
End use
$ob3:=New shared object
$ob4:=New shared object
Use($ob3)
$ob3.a:=$ob4 //un 2e groupe est créé
End use
Use($ob1) //Utilisation d'un objet du groupe 1
$ob1.b:=$ob4 //ERREUR
//$ob4 appartient déjà à un autre groupe
//son assignation n'est pas permise
End use
Use($ob3)
$ob3.a:=Null //on enlève la référence de $ob4 du groupe 2
End use
Use($ob1) //Utilisation d'un objet du groupe 1
$ob1.b:=$ob4 //ERREUR
//$ob4 appartient toujours au groupe 2
//son assignation n'est pas permise
End use