[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RE : [sdx-developers] Sources de documents
From: |
Pierrick Brihaye |
Subject: |
Re: RE : [sdx-developers] Sources de documents |
Date: |
Mon, 18 Aug 2003 12:09:46 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02 |
Re,
Martin Sevigny a écrit:
A priori, c'est bon : la définition de "callbacks" correspond peu ou
prou à la demande "dévènements". Je suis même assez d'accord pour que
l'on puisse greffer ces callbacks un peu partout :-)
Un peu partout... par exemple?
En gros... dès qu'on appelle une méthode publique :-))
Ca peut être, à l'instar de ce que font les actions de la taglib, dès
qu'on ajoute/modifie/supprime quelque chose dans un framework, une
appli, une base, un repository. On peut même aller jusqu'à surveiller
l'initialisation ou la finalisation.
En fait, je me demande dans quelle mesure on n'a pas une correspondance
exacte entre la philosophie "actions taglib" et "actions définies dans
un fichier de configuration" (appelons-les "tâches" ?). La seule
différence est que les actions taglibs sont déclenchées par des requests
utilisateur alors que les autres peuvent virtuellement être déclenchées
par n'importe quoi : un scheduler, un callback, du RMI, du RPC...
Si l'on choisit ce type d'approche, la taglib pourrait être
considérablement épurée.
Le seul truc qui semble manquer c'est un gestion des fallbacks de
callbacks :-)
Tu veux dire que si on appelle une méthode déclarée en callback et qui
génère une erreur?
C'est ça.
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden