Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Fonctionnement d'un TActionList
tout le monde.
Voici un composant qui m'impressionne par sa façon d'agir: TActionList. J'ai 3 DataSet; 1 pour ma table proprement dite et 2 qui me permettent de récupérer des clés étrangères. J'aimerais donc savoir comment une action choisie dans le TActionList fait pour savoir sur quel DataSet faire un Ajout, une Suppression etc.?
euh, une ActionList c'est pour attacher des events d'un Menu ou d'un Bouton sur la même action !
Ensuite, lorsque tu as créé ton action, tu as choisi une action hérité de TDataSetAction comme TDataSetDelete, TDataSetEdit, TDataSetFirst et qui pointent que le DataSource (donc sur un DataSet)
C'est ecrit dans l'aide!
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
En fait ce qui m'étonne c'est que je ne défini aucun DataSource sur le TActionList.Envoyé par ShaiLeTroll
Comme l'a dit Shai, le TActionList n'a strictement rien à voir avec des bases de données. Il sert à créer une liste d'actions diverses, pas seulement sur les bases de données. Il n'y a donc aucune raison qu'il y ait un DataSource sur un ActionList.
Je me demande si tu ne confonds pas avec le TDBNavigator qui permet d'ajouter un barre de boutons avec les actions de base sur un DataSet. Lui par contre a bien une propriété DataSource.
Sur une TAction de type TDataSetAction, il y a bien une propriété DataSource qu'il faut affecté pour que l'action sache sur quel DataSet s'appliquer !
Comme le dit nono40, le TActionList est plus "abstrait", c'est pour cela qu'il y a une classe spéciale pour les actions orientés DB !
vg-matrix, le DataSource doit être affecté à CHAQUE action de type TDataSetAction et non sur l'ActionList !
Normalemenent, tes actions sont desactivés si DataSource est à nil !
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
En fait non.
Le principe général des actions imaginées par Borland est que les actions recherchent elle-même le composant sur lequel elles peuvent s'appliquer en fonction du composant actif.
Ainsi tu définis dans l'action une commande qui s'exécutera sur un contrôle actif compatible lorsque qu'elle sera exécutée.
C'est facile à comprendre avec une action Copier ou Coller. Le copier/coller s'exécutera sur l'Edit qui possède le focus.
C'est la même chose pour les TDataSetAction. Si la propriété DataSource n'est pas définie, l'action va rechercher une cible valide, puis initialiser la propriété DataSource.
Initialiser DataSource d'office permet d'être certain que l'action choisira la bonne cible, mais ce n'est pas obligatoire.
D'ailleurs l'aide Delphi indique :
Ce composant TDataSource est d'abord localisé en tant que source de données qui connecte un contrôle orienté données actif à son ensemble de données source. TDataSetAction enregistre cette source de données dans la propriété DataSource, dont les descendants utilisent ensuite pour exécuter leurs fonctions de base de données spécifiques.Je dirais plutôt que le TActionList est un conteneur, tout comme le TActionManager qui permet de ne pas créer un composant non visuel TAction, et devoir le poser sur une fiche ou un Datamodule, pour chaque action de l'appli...Comme le dit nono40, le TActionList est plus "abstrait", c'est pour cela qu'il y a une classe spéciale pour les actions orientés DB !
Répondre avec citation
Partager