Discussion :

[Leelith]

Hello,

J'ai un problème d'architecture je crois. Je m'explique:

J'ai, dans le cadre d'un petit projet pour me faciliter mon day-to-day, commencé à développer une petite application qui va se connecter a plusieurs sharepoint et qui dispose d'une petite BDD en local sous Access.

Dans mon projet j'ai un certains nombre de class et formulaire ainsi qu'un fichier de configuration avec toutes les Connections Strings vers la base de donnée locale. J'ai également décidé de créer une library pour mes contrôles afin de ne pas avoir à ré-écrire à chaque fois tout les formulaires et le code qui va avec.

Mon problème qui se pose maintenant est le suivant: j'ai dans ma librairie de contrôle besoin de prendre les valeurs qui ont changé dans mes formulaires et de les stocker dans ma base locale. Sauf que la logique d'accès au donnée ne se trouve pas dans la librairie mais dans mon projet WinForms.

Comment faire pour solutionner ce problème de dépendance? J'ai penser à faire des callbacks, mais je ne pense pas que ça marche...

Merci bien pour votre aide

L.

[DonQuiche]

Bonjour. Pourquoi diable des callbacks ne fonctionneraient-ils pas ? Il n'y a aucune raison. Le fait que ce soient deux assemblées différentes ne change rien.

Cela dit fournir explicitement un délégué est possible mais en général souscrire à un événement ou fournir une implémentation d'une interface est plus propre à mon goût.

[Leelith]

Est-ce que tu peux développer un peu? Je suis un peu nouveau dans ces concepts ^^ Merci

L.

[DonQuiche]

Disons que tu as un contrôle MonControle dans ta bibliothèque. Disons maintenant que tu as besoin de fournir à ce contrôle un moyen de lire les données. Or cet accès aux données est défini dans l'application.

Exemples de solutions :
* Dans ta bibliothèque déclare une interface IDataProvider. MonControle aura une propriété DataProvider acceptant un IDataProvider. Dans ton appli il suffira d'implémenter IDataProvider.

* Dans ta bibliothèque déclare un délégué DataRequestDelegate. MonControle aure un événement DataRequested du type DataRequestDelegate. Dans ton appli il suffira de souscrire à DataRequestedd et d'implémenter DataRequestDelegate.

[Leelith]

Ok merci, je commence un peu à voir comment solutionner le problème

Par contre, quel est l'avantage de l'interface par rapport au délégué ? Pourquoi utilises-t-on l'un plutôt que l'autre?

[DonQuiche]

Ça se discute selon le contexte, il n'y a pas une bonne et une mauvaise solution dans l'absolu.

Mais disons que lorsqu'un programmeur voit une méthode "ProvideData" dans un fichier il en comprend l'intention générale mais ne sait pas spontanément par qui elle est utilisé ni à quel moment. En revanche s'il voit une classe implémentant IDataProvider, pour peu qu'il connaisse cette interface il comprend immédiatement le rôle, l'usage et le contexte d'utilisation de cette classe.