Programmation Evènementielle et autres techniques

Bonjour,

Je suis actuellement en train de chercher des techniques de programmation autre que évènementielle. Je m'explique :
- J'ai un programme à réaliser en C# via Windows Forms
- Le tout est lié à une BDD.
- Les informations sont à saisir dans des listes box.

Le problème étant que lorsque je saisie une information dans une liste, les propositions des autres listes doivent être changées (et ce le plus rapidement possible).
=> Ainsi, lorsque qu'une information est saisie (l'utilisateur qui a fait sont choix dans une liste, puis il valide) tout le reste doit se mettre à jour.
=> Les listes se mettent à jour les unes à la suite des autres. Cependant, si la dernière liste qui se met à jour influe sur la première liste à s'être mise à jour, il faut refaire toutes les mise à jour en conséquences.

Donc pour le moment c'est de l'évènementiel, mais n'y à il pas un autre moyen plus dynamique (plus "instantané" ) de mettre les informations à jour.

N'y a il pas de méthodes prévus à cette effet en C# (Framework .NET 2.0).

Si vous avez des information sur le sujet je suis preneur :] ( il est possible aussi que je cherche l'irréalisable ).

Merci d'avance.

à mon avis tu te mélanges un peu dans les concepts

évènementiel veut juste dire que tu peux être informé des divers changements, donc quand un élément d'une liste est sélectionnée, tu peux alors modifier une autre liste

après si c'est pas instantané c'est que tu as mal codé, pas que les évènements ne permettent pas de faire des choses rapidement

après tu peux toujours jeter un oeil du coté de linq to object, qui permet de faire de la programmation fonctionnelle
m'enfin une fois compilé ca doit faire la meme chose qu'en programmation itérative

Merci Pol63, je vais me renseigner sur tout ça !

Je tiens juste à préciser que l'application est relié à une BDD possédant 100 à 200 tables, donc après, la mise à jour des liste se fait en moins d'une seconde mais, elle se fait sentir quand même :]

Je rendrais compte de mes résultats sur le thread prochainement.

Bonjour,

Concernant ceci :

Citation:

---

Les listes se mettent à jour les unes à la suite des autres. Cependant, si la dernière liste qui se met à jour influe sur la première liste à s'être mise à jour, il faut refaire toutes les mise à jour en conséquences.

---

Ne peux-tu pas éviter cet effet en calculant l'état final de tes listes avant de mettre à jour ton affichage ? Les DataBind prennent du temps en général, donc les DataBind inutiles en prennent trop.

Merci ostenhard pour cette piste aussi :]

En fait pour le moment ce n'est pas moi qui ai codé cette application, je fais des recherches avant de pouvoir éventuellement y apporter des améliorations.
D'ici la fin de la semaine je pourrais vous répondre plus précisément car je pourrais toucher au code et tester plusieurs choses dessus.

Je suppose que pour l'instant la personne en charge du développement a songé à cet affichage "redondant".

Je souhaiterais toutefois savoir si travailler avec du Linq To SQL et du Linq To Object, est plus efficace que de travailler directement via des requêtes sur la BDD ? Si il y a vraiment un gain de temps non négligeable ?

Merci encore.

linq to sql est basé sur ado.net donc pas plus rapide, juste plus rapide à coder

par contre si tu fais une requete pour savoir quoi mettre à chaque fois que l'user fait un truc, il serait plus performant d'avoir tout en ram (charger toutes les donnéesau début)

OK c'est bien ce que je pensais aussi. Il semble donc plus judicieux de travailler avec Linq To SQL et Object, puis tout charger une fois l'application démarrée :-)

Merci