Reprise du message précédent :

Corrige ton orthographe alors.  

 
Je suis pas conciencieux

il revient

Qui ? Albator ? Le capitaine corsaire ?

Pire !!!

Madelaine Albright ?

 
Quand je pense que je me suis retenu de la faire celle-là  

Madeleine
 
nan pire : le modo déchu !

re-bonjour.
 
Ayé j'ai posé mon troll tel l'éléphant d'Afrique moyen posant sa bouse dans sa cage au zoo.

 
   
oukilai ?

bon je m'ennuie et j'ai pas envie de bosser
j'y arrive pas de toutes façons

Argh ! ! !

topic "Comment fait-on pour passer en parametre une fonction à une méthode ?"

 
ben d'un certains coté je dois dire que j'ai regretté plus d'une fois l'absence de ptr de fonction

C# et delegate powaaaa

 
ouaip, perso je trouve que c'est un plus du c#

bon, ben ça faisait longtemps que j'avais pas fait de boulette, ben ça y est

Manque plus que os2 et Serial Coder et on aura la totale dans ce topic

pas moi, mais même je vois pas le rapport ... qu'est ce que tout son baratin a à voir avec le topic ? le gars demande comment on fait en java, je lui dis, basta !

http://java.sun.com/j2se/1.3/docs/ [...] ethod.html
 
boulet ou pas boulet

Voilà, c'est décidé, je laisse tomber la catégorie Programmation. Ça va être dure de changer les habitudes, mais bon. La vérité est que j'ai de moins en moins d'intérêt pour les sujets. J'ai été désigné modérateur intérimaire au moment où je pensais déjà à tout arrêter. J'ai essayer de ne pas faire le modérateur mais plutôt l'animateur sur certaines sous-catégories. Un instant j'ai eu l'impression que le niveau progressait et pouver progresser, l'exigence n'implique pas le mépris de débutants, bien au contraire et tout cela était assez plaisant. Aujourd'hui, je tire des conclusions : mon petit passage comme modérateur a été très moyennement apprécié et depuis je ne suis plus « animateur », j'ai l'impression que tout est retombé comme un soufflet: je lis la page 1 d'aujourd'hui, je me croirais il y a 1 an, d'où mon désintérêt après mon investissement. Ça ne m'intéresse pas de savoir si le problème vient du forum ou de moi, alors j'arrête.
 
Pas la peine de répondre, je ne lirais pas blabla. Bye

http://java.sun.com/j2se/1.3/docs/ [...] Proxy.html ?

y a déjà nraynaud qui lui a mit un méchant croché du droit là, j'attend la réaction avec impatience
 
edit : ha ben zut, y aura pas de réaction ...

T'as une hiérarchie d'interfaces en java. Je vois vraiment pas le pb. Autant java a des milliards de problèmes merdiques, autant là ils ont fait aussi propre que possible, sachant que ça rentre toujours avec un chausse-pied dans les langage à effets de bords.
 
J'avais même fait l'arbre dont les noeuds conaissent leur parents en java (dans le style fonctionnel).

 
Ca je m'en moque, je parle de la possibilité d'avoir cet objet
 
 

 
spa tres elegant

Ben alors utilise les interfaces comme benou l'a décrit, faudrait savoir
(et puis rien ne t'empeche de "cacher" les inélegances de Method en 2 coups de cuiller à pot dans un truc specifique à ce que tu fais.
cela dit, un bon ptit coup de DesignPatterns te donneras tres certainement un truc elegant - faut choisir )

fallait pas me quoter alors
 
en fait, je vois pas bien ce que ca apporterait un pointeur de fonction dans l'histoire ? t'y gagne quoi ?

 
disons que la ou j'aurais bien avoir un truc rapide a mettre en oeuvre, c'est quand une classe devait appeler une de ses propres fonctions (1 parmis 5/6 par ex), sans pour autant avoir a faire une liste de if/else.  
Finalement je suis passé par une hierachie de classe abstraite, mais ca m'oblige a envoyer des ptrs vers mes variables membres aux classes.
Pour faire propre j'avais commencé par faire ca en inner class (au moins je sais que personne fera le con avec) mais vu que ca me faisait a la fin un fichier de +5000 lignes (qui me valait des  "apprends a coder" ici) j'ai tout sorti de la classe... Tout rebalancer dnas un package (j'avais pas encore trop le reflexe package a l'epoque), en esperant juste que personne s'ira s'amuser a trifouiller...
 

Paboulet, il vaut mieux pas mettre les trucs de reflect dans son code, c'est chiant à débugger et en général assez lent. C'est vrai que c'est très puissant, mais il faut résister à la tentation.
 
En général, je pense qu'on peut le faire pour de l'initialisation et du nettoyage (ça permet de faire des truc autoconfigurant etc.), mais pas beaucoup plus.

chrisbk, t'as lu (ou au moins survolé) le DesignPatterns de Gamma et al.

ben j'ai pas dit qu'il fallait le faire non plus mais il voulait un pointeur sur une methode, il l'a

je connaissais pas

 
oué bon, stait poru dire que je me joignais au debut
 

 
(cf mon precedent post)
Ca sert pas tous les jours, c clair, mais bon, de tps en tps....
 
J'aurais tendance a dire aussi dans la creation d'interface, etant habitué au truc genre MFC mas vu que le peu que j'ai fait de swing est deja bien loin je ne dirais rien de plus sur cette partie la

absolument pas, je peux trouver ca ou ?

 
Bah chaque année c'est comme ça... Beaucoup de posteurs sont des étudiants / stagiaires. Et évidemment en début d'année on a les petits nouveaux, alors qu'en fin d'année bah ils ont déjà presqu'une année derrière eux.

 
bah j'utilise deja ca (quand je reload mes class generé), mais je dos effectivement confessé que j'avais pas pensé a utiliser ca dans ce cas la

antp, a.k.a support technique NEC
 

c'est bien ce qu'il me semblait
 
http://hillside.net/patterns/DPBook/DPBook.html
 
c'est maintenant un peu dépassé (entendre: il y a des patterns nouveaux qui emergent - un mec comme nraynaud pourra sans doute t'en dire bcp plus), mais c'est tres certainement encore une tres bonne reference et une bonne base pour comprendre les nouveaux trucs

Ouais, c'est pas toujours très heureux, le mapping classes/fichier. En l'occurence c'est même pathologique.  
 
benou> t'as un truc pour ce cas là ?
 
 
J'ai appris récement sur artima que les package n'ont pas être mappés sur des répertoires !

 
de ce coté la t'es peinard, j'ai surtout tout appris sur le tas sans aucune vraie methode, j'imagine que des fois ca doit transparaitre

lis le bouquin sur les DP avant d'y repenser