Partager via


Échange de données pour les vues des enregistrements

Mise à jour : novembre 2007

Lorsque vous utilisez Ajouter une classe pour mapper les contrôles d'une ressource modèle de boîte de dialogue d'une vue de l'enregistrement aux champs d'un jeu d'enregistrements, l'infrastructure gère l'échange de données dans les deux sens : du jeu d'enregistrements vers les contrôles et des contrôles vers le jeu d'enregistrements. L'utilisation du mécanisme DDX vous évite d'avoir à écrire le code pour effectuer vous-même le transfert de données dans les deux sens.

Le mécanisme DDX des vues des enregistrements fonctionne en combinaison avec :

  • RFX pour les jeux d'enregistrements de la classe CRecordset (ODBC).

  • DFX pour les jeux d'enregistrements de la classe CDaoRecordset (DAO).

Bien qu'ils diffèrent au niveau de leur implémentation, RFX et DFX sont des mécanismes d'échange de données très similaires au niveau de l'interface. Le modèle de la version DAO, DFX, s'inspire très largement de l'ancienne version ODBC, RFX. Si vous êtes familiarisé avec RFX, DFX ne vous posera aucun problème.

RFX et DFX déplacent les données entre l'enregistrement en cours de la source de données et les données membres de champ d'un objet Recordset. DDX déplace les données des données membres de champ vers les contrôles du formulaire. Cette combinaison remplit les contrôles du formulaire initialement et pendant que l'utilisateur passe d'un enregistrement à l'autre. Elle peut également retransférer les données mises à jour vers le jeu d'enregistrements, puis vers la source de données.

L'illustration suivante montre la relation entre les mécanismes DDX et RFX (ou DFX) au niveau des vues des enregistrements.

Mécanismes DDX et RFX

Mécanismes DDX et RFX

Pour plus d'informations sur DDX, consultez Échange et validation de données de boîtes de dialogue. Pour plus d'informations sur RFX, consultez Record Field Exchange (RFX).

Voir aussi

Concepts

Vues des enregistrements

Liste de pilotes ODBC