Service et sessions

Citation:

---

Citation:

---

Avec le mot clé new devant un delegate le compilo comprends que tu veux ajouter un "pointeur de fonction" de la méthode entre paranthèse, à la collection représenté par le délégué.

---

Non pas. En fait, c'est new delegate qui va faire, comme cela l'indique, un nouveau delegué (pointeur) de fonction. delegate n'est pas une collection. L'ajout à la collection se fait par le +=.

Si ce que tu di était vrai, alors String serait une collection de chaine, et faire new String signifierai : je veux ajouter une chaine a la collection String ...

---

Ok mais pourtant les méthodes sont bien abonnées au delegate et non à l'event non ?
Moi ce qu'on m'avait expliquer en cours c'est que le delegate est une sorte de collection.
Vais rechercher sur le net parce que ce que tu dis ne correspond pas exactement à ce que j'avais compris.

Bon j'ai été voir ici.
Un delegués est un objet et il sert de pointeur de fonction.
Ce que je comprends c'est que l'on crée une instance du délégué à chaque ajout d'une méthode.
Et donc ce serait l'event qui posséderait une liste des instances de dlégués existantent ?

Me souvenait pas de cela :aie:
Le prof a du mal expliquer :mouarf:

Citation:

---

Tu es sur que l'event est déclenché. Car la synthaxe est bonne. Quoi qu'il se passe tu devrais passer dans ma méthode abonné au délégué lorsque l'event se produit.
Tu as mis des espions dans ta méthode, genre Console.WriteLine("coucou"); ?

---

Ben je lui demande de creer un fichier a la racine de C: si jamais il catch l'event.

pour tester je dois changer d'utilisateur.

En parlant de debug, j'avoue que je galere un peu le debug de service.
je veux bien faire du console.Writeline mais dans le cas d'un service, c'est quoi ma sortie standard il va etre marque ou mon "coucou"? lol la question... desole...
J'ai aussi essaye le MessageBox.show("chiche") mais VS ne trouve pas le namespace System.Windows.Forms...

Snif, Il est ou mon shell lol jsuis perdu sous windows.

Merci

[QUOTE=ced600;2629383]
Et donc ce serait l'event qui posséderait une liste des instances de dlégués existantent ?[QUOTE]


Ouais c'est ca, et quand il cache l'event, il parcourt son tableau d'objet fonctions. C'est pas pour autant des fonctor. J'imagine que le delegate est une sorte de design patern Wrapper ou Porxy qui offre une interface generalise, facile a utiliser pour les events.

Desole admin, merdouille

Pas de form dans un service.
Je galère comme toi avec le débug des services, alors je me suis fait une classe qui gère un fichier log.
Du coup je ne fait pas Console.WriteLine mais Log.WriteLine :D
J'ai vu trainé quelque part un moyen "d'activer" le débugger pour les services windows, mais je ne m'y suis pas attardé, car au début mon service ne faisait que relancé un process aui a crashé :)
Tu peux aussi gérer deux solutions dans ton projet. Un service, et une winform. Par contre je ne sais pas comment on fait pour leur dire de partager les meme fichier de codes (je sais meme pas si c possible).
Moi je faisais du copier coller de mes fichiers, mes ces dangereux et galère.
Surtout pour un deuxieme service que j'ai crée de 3600 lignes de codes répartis en 20 classes. Rien qu'avec si peu c'est déjà perilleux de faire cela :D

Citation:

---

Log.writeLine()

---

Ouais je fais un peut parreil :)

Toujours pas d'idee pour mon souci de non reception d'event ?
Dans les exemple que j'ai vu, ils mettaient les delegates en static..

J'ai essaye mais cela n'a rien donne non plus...
Merci encore.

Citation:

---

Et donc ce serait l'event qui posséderait une liste des instances de dlégués existantent ?

---

Tout à fait, selon le design pattern Observer / Observé

L'event a une collection de delegate, et les appelle un par un.

On fait "new delegate" à chaque fois pour créer une nouvelle instance de delegate qui encapsule la méthode. Mais ce n'est pas obligatoire. Ceci fonctionne egalement (pour un predicate. en delegate je ne sais plus mais c'est aussi faisable avec autre syntaxe pour eviter le new):

Code:

---

1 2 3 4 5 6 7 8 9 10 11

List<int> e ; e.ForEach(method());   private Action<int> method() { return delegate(int i) { //code }; }

---

Faut arrêter les print pour debugger ...

Vous compilez en mode debug, vous mettez des points d'arrêt et vous attacher le debugueur au processus.

Vous allez voir tout le temps de gagné ;)

+1
Je crois que c'est la solution que j'avais entre aperçu :D

Mais moi j'aime bien mon fichier log, c'est ce genre des détails qui font que les utilisateurs croient que l'appli est faite par des pros :aie:

C'est comme pour les démos qui font plein de chose en taches de fond. Montrer le début et la fin uniquement c'est courir à sa perte. Votre chef va vous dire : "koi je te paye si chers et tu n'as fait que ça en 3 mois !!!!"
Alors que le faux cul du groupe qui n'a rien glande pendant trois mois mais qui sur sa démo affiche l'ouverture et la fermeture des pleins de fenêtres avec des choses qui se modifient à le droit à toutes les éloges du boss :aie:

moi je suis pour les fichier de log (dans certain logiciel type serveur) mais pour le debugage c'est quand même beaucoup moins puissant que ... le debugueur lol (qui porte bien son nom ;) )