Discussion :

[Atsibat]

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.

[DelphiManiac]

Malheureusement et si j'ai bien compris la question, il n'est pas possible de créer un état modifiable dans "états et requêtes" qui soit basé sur une source fourni par le code.

Voir : http://doc.pcsoft.fr/fr-FR/?1011055&...e-donnees-etat

Entre autre le paragraphe :

Sous le logiciel Etats & Requêtes, il n'est pas possible de créer :
des états sur un vue HyperFileSQL.
des états sur une zone mémoire.
des états sur un champ Table.
des états sur une source de données programmée.
Pour plus de détails, consultez Limitations du logiciel Etats & Requêtes.

[Atsibat]

Tout d'abord merci d'avoir pris le temps de me répondre.
Après une bonne nuit de réflexion il me semble que non seulement celà n'est pas possible mais surtout cela n'est pas souhaitable !

En effet laisser la main à l'utilisateur pour modifier une méthode de classe est tout à fait stupide, et pour le moins dansgeureux !

Nota concernant la solution pour dépasser les limites de l'éditeur d'Etat et Requête

Impossible de créer des états sur un vue HyperFileSQL. (logique on ne peut pas créer de vue depuis E&R)
Impossible de créer des états sur une zone mémoire.(idem)

Par contre s'il est vrai qu'on ne peut pas créer un champ Table on peut tout à fait lire la table dans la fenêtre qui lance l'état (dans le code de l'état) et transformer la table en variable globale de type tableau de structure puis faire du databinding sur la variable globale.

Pour des états sur une source de données programmée je ne vois pas trop ou est la limite. J'ai pas mal d'états programmés avec une requête SQL comme source de l'état. C'est même parfois une faille de sécurité importante.

Merci donc et [Resolu]