Bonjour à tous,
Dans un soft windev (17) de gestion j'utilise une centaine d'états.
Jusqu'alors chaque état intégrait une requête SQL montée en fonction de plusieurs combos (exemple choix vente / pertes / reglements...)
Afin de simplifier mes appels j'utilise aujourd'hui une classe abstraite et l'appel de plusieurs classes dérivées pour construire une requête SQL en fonction de choix utilisateurs (polymorphisme).
En gros la classe parent "Document" possède une méthode "ConstruitReqTxtSQL()" et les classes dérivées "docVentes", "docPertes", "docOfferts",... possèdent la même méthode (héritage direct).
Lorsque j'effectue mes choix dans l'interface j'alloue le bon objet.
Dans l'interface l'appel Document.ConstruitReqTxtSQL()
Lance la bonne méthode docVentes.ConstruitReqTxtSQL() en fonction de l'allocation dynamique de l'objet voulu.
Tout cela fonctionne à merveille et est très pratique.
Problème : lorsque mes clients veulent modifier l'état ils voient bien l'appel de la méthode sur la classe parente mais n'ont pas accès au code de la méthode.
Ce qui se comprends bien pour des raisons évidente de sécurité et d'intégrité du code mais c'est un gros handicap pour les clients.
Avez vous une solution pour accéder à une classe ou à une "copie" de classe depuis Etat et requête?
Si il n'y a pas de solution avez vous une piste pour palier à ce problème?
Je voudrai que le client ait une requête de base qu'il pourrait modifier un peu comme lorsque la requete est codée directement dans l'état.
Merci d'avance pour vos idées.
Partager