[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Recherche :

Sujet(s) à lire :
- Who's who@Programmation

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 11466 11467 11468 .. 26992 26993 26994 26995 26996 26997 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

schnapsmann

Zaford Beeblefect

Reprise du message précédent :
putain mais uppez un topic dédié bourdel. Vouz defeatez le purpose des topics merde ;'(

Message édité par schnapsmann le 27-02-2007 à 17:07:55

Publicité

gfive

ixemul a écrit :

De toute manière il faut être sacrément tordu pour faire de l'heritage multiple de classe [:rhetorie du chaos]

Harkonnen a écrit :

tu vois ? pas une seule fois je n'appelle les méthodes de WinampWatcher, je me contente juste d'appeler celles de l'interface. si un jour je veux gérer ITunes, je n'aurai que cette ligne à modifier :

Code :

watcher = new WinampWatcher(pluginHwnd);

Code :

watcher = new ITunesWatcher(pluginHwnd);

au niveau maintenance, les interfaces c'est le top

Ahhhhh!!!!! :cry:
non, mais non, quoi!
Tout l'intérêt de ton interface est perdu du fait même que tu instancies directement une classe d'implémentation.
Là, normalement, tu as une factory, qui va instancier la bonne classe d'implémentation de ton Watcher, en fonction d'une conf, ou que sais-je.
Mais l'intérêt de la chose, normalement, c'est que tu ne touches pas à ton code pour changer de classe d'implémentation.

Au moins, fais nous plaisir, sors le code qui instancie de WinampWatcher de la classe plugin, zut, quoi!

Message cité 3 fois

ixemul

Nan mais sans blague ! ⚡

MagicBuzz a écrit :

en java, je sais pas. à mon avis, c'est pareil qu'en C#.

en parlant de C#, un attribut, c'est une "variable" dans ton objet, qui a une portée public, private ou autre.
un propriété, c'est un mic mac entre une variable et une méthode. c'est à dire qu'elle s'appelle comme une variable, mais contient du code.
exemple :

Code :

private int _maprop = 0;
public string MaPropriete
{
get
{
return string.Format("La valeur de la propriété est {0}", _maprop);
}
set
{
if (value > 0)
{
_maprop = value;
}
else
{
throw new Exception("Va te faire voir avec tes valeurs négatives" );
}
}
}

Sachant qu'un modèle objet "Pure" tel qu'il était défini à l'origine, un attribut ne doit PAS être public, une propriété C# est une solution propre et élégante d'exposer des attributs.

Message cité 1 fois

---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk

masklinn

í dag viðrar vel til loftárása

gfive a écrit :

A mon tour de poser la question con du jour : je vois pas bien la distinction que tu fais entre attribut et propriété, à part le a, le p, le u, le o, le b et le é.

(je précise que je parle de Java, hein.)

Java n'a pas de propriétés, donc ça règle définitivement le problème.

Tu veux quand même une explication ou pas?

ixemul a écrit :

De toute manière il faut être sacrément tordu pour faire de l'heritage multiple de classe [:rhetorie du chaos]

Bof, non.

MagicBuzz a écrit :

en java, je sais pas. à mon avis, c'est pareil qu'en C#.

Le java n'a pas de propriétés bis repetita

gfive a écrit :

C'est du Harkode hein

ixemul a écrit :

Sachant qu'un modèle objet "Pure" tel qu'il était défini à l'origine, un attribut ne doit PAS être public, une propriété C# est une solution propre et élégante d'exposer des attributs.

[:rofl]

Message cité 1 fois

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

gfive

MagicBuzz a écrit :

berk, c'est tout sale!
Nan, mais en Java, en tout cas avant le 1.5 que je n'ai pas assez exploré pour en parler, ça n'existe pas, il me semble.

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

gfive a écrit :

berk, c'est tout sale!
Nan, mais en Java, en tout cas avant le 1.5 que je n'ai pas assez exploré pour en parler, ça n'existe pas, il me semble.

Ca n'existe pas en 1.5 non plus, ni en 1.6, et j'ai pas eu écho que ce soit prévu pour 1.7.
(et les propriétés, c'est très bien quand c'est bien fait)
(needless to say, c'est très loin d'être bien fait en C#)
(et en bonus l'explication de magicbuzz est du niveau du code d'harko)

Message cité 1 fois
Message édité par masklinn le 27-02-2007 à 17:11:53

nraynaud

lol

Harkonnen a écrit :

quand j'aurai releasé les sources de mon plugin, tu pigeras de suite à quoi elles servent, je n'utilise que ça
(WinampWatcher implémente IPlayerWatcher, qui est une interface définissant une classe qui surveille le lecteur pour détecter les changements de titre)
ainsi, si je veux un jour adapter mon plugin pour ITunes, j'aurai juste qu'à écrire :

Code :

IPlayerWatcher watcher = new ITunesWatcher();

Car ce qui m'intéresse, ce sont les méthodes exposées par IPlayerWatcher (communes à tous les watchers de lecteurs), pas celles exposées par ITunesWatcher en particulier

'tain, j'aurai jamais parié que tu n'arrives à sortir ce genre de conception un jour [:pingouino]

les gens changent

Message cité 1 fois

---------------
trainoo.com, c'est fini

cosmoschtroumpf

dawa powered

vos gueules

Message cité 1 fois

---------------
Android/Manettes/Metroidvania/Zelda/Indés/Retrogaming/VDS jeux

MagicBuzz

masklinn a écrit :

Le java n'a pas de propriétés bis repetita

ah ouais ? t'ain comment c'est pourri java [:magicbuzz]

Message cité 1 fois

gfive

masklinn a écrit :

(et les propriétés, c'est très bien quand c'est bien fait)

j'en doute pas, hein, c'est juste que quand on ne connaît que Java, ça pique un peu les yeux.

Message cité 1 fois

Publicité

nraynaud

lol

gfive a écrit :

c'est marrant, ça aurait été un n00b qui aurait posé la même question, je suis sûr qu'il s'en serait pris plein la tronche dans le genre google/RTFM..

parce que magicbuzz c'est l'élite peut-être ? [:pingouino]

Message cité 1 fois

---------------
trainoo.com, c'est fini

Harkonnen

Modérateur
Un modo pour les bannir tous

gfive a écrit :

Ahhhhh!!!!! :cry:
non, mais non, quoi!
Tout l'intérêt de ton interface est perdu du fait même que tu instancies directement une classe d'implémentation.
Là, normalement, tu as une factory, qui va instancier la bonne classe d'implémentation de ton Watcher, en fonction d'une conf, ou que sais-je.
Mais l'intérêt de la chose, normalement, c'est que tu ne touches pas à ton code pour changer de classe d'implémentation.

Au moins, fais nous plaisir, sors le code qui instancie de WinampWatcher de la classe plugin, zut, quoi!

ce code est assez ancien, depuis j'ai acheté un bouquin sympa (Head First Design Patterns, un must) et j'ai effectivement procédé comme ceci
mais ça suffit pour que Buzz puisse comprendre quand meme, il est pas con enfin

Message cité 1 fois

ixemul

Nan mais sans blague ! ⚡

MagicBuzz a écrit :

ah ouais ? t'ain comment c'est pourri java [:magicbuzz]

C'est clair, c'est totalement la l00se java [:kilgoreweb]

MagicBuzz

cosmoschtroumpf a écrit :

vos gueules

toi, retourne faire du cobol au village des schtroumpfs

Harkonnen

Modérateur
Un modo pour les bannir tous

nraynaud a écrit :

'tain, j'aurai jamais parié que tu n'arrives à sortir ce genre de conception un jour [:pingouino]

les gens changent

tu me sous estimes cher ami
c'est pas parce que je sors pas 10 buzzwords à l'heure que je n'ai aucune notion de conception objet hein

Message cité 1 fois

gfive

nraynaud a écrit :

parce que magicbuzz c'est l'élite peut-être ? [:pingouino]

Harkonnen a écrit :

mais ça suffit pour que Buzz puisse comprendre quand meme, il est pas con enfin

je sais pas, moi.

Message cité 1 fois

nraynaud

lol

gfive a écrit :

[:pingouino] rien à voir. nous on a des launchers différents avec des main() différents.

Message cité 1 fois

---------------
trainoo.com, c'est fini

nraynaud

lol

et sinon, moi j'ai passé la seconde : je sors plus les interfaces tant que j'en ai pas besoin.

Message cité 1 fois

---------------
trainoo.com, c'est fini

gfive

nraynaud a écrit :

[:pingouino] rien à voir. nous on a des launchers différents avec des main() différents.

ouais, sauf qu'en l'occurence, tout le code qui entoure l'instantiation du Watcher peut être mutualisé, quoi.

masklinn

í dag viðrar vel til loftárása

gfive a écrit :

j'en doute pas, hein, c'est juste que quand on ne connaît que Java, ça pique un peu les yeux.

C'est pour ça que tu devrais découvrir d'autres langages

Ruby par exemple, qui a une implémentation des accesseurs tirée de Smalltalk et extrèmement clean, et pas de notions de "membres privés" et "membres publics" (tout est privé point barre et si t'es pas content c'est pareil)

gfive a écrit :

je sais pas, moi.

MagicBuzz est pas con, mais il est un peu lent, et un peu buté aussi, et c'est sûrement pas l'élite vu que l'élite c'est Nraynaud et Lam's

Sauf en UML et en trolls, là ce sont Kadreg et Lam's [:aloy]

Message cité 4 fois
Message édité par masklinn le 27-02-2007 à 17:24:05

MagicBuzz

Tiens, sinon... En C# tout du moins...

Mmmmm, les interfaces, on peut en hériter sans override toutes les méthodes ?

Parceque je sais que quand on hérite d'une classe on doit obligatoirement overrider toutes les méthodes abstraites (logique).
Vu que dans une interface on n'a que des méthodes abstraites, ça donne quoi ?

Message cité 4 fois

MagicBuzz

masklinn a écrit :

MagicBuzz est pas con, mais il est un peu lent, et un peu buté aussi, et c'est sûrement pas l'élite vu que l'élite c'est Nraynaud et Lam's

chuis pas lent, j'aime bien qu'on m'explique correctement les choses (et pas avec des termes pompeux à la con. j'aime bien harko parcequ'il parle le même langage que moi quand il explique un truc)

Message cité 1 fois
Message édité par MagicBuzz le 27-02-2007 à 17:25:41

gfive

nraynaud a écrit :

et sinon, moi j'ai passé la seconde : je sors plus les interfaces tant que j'en ai pas besoin.

j'ai tendance à faire ça aussi : le nombre de fois où on se dit "ah ouais, là, je vais ajouter une couche d'abstraction, ça sera trop de la balle, modulable, réutilisable et tout", pour que finalement, ça ne soit jamais exploité...C'est souvent du temps perdu pour pas grand chose.

masklinn

í dag viðrar vel til loftárása

MagicBuzz a écrit :

À ton avis?

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

MagicBuzz a écrit :

chuis pas lent

I happen to strongly disagree with this declaration.

Message cité 1 fois

Chaos Intestinal

MagicBuzz a écrit :

Faut tout implémenter à priori. On m'avait expliqué qu'une interface, c'est un contrat. Si ta classe prétend implémenter l'interface, alors elle doit en implémenter toutes les méthodes.

Message cité 1 fois

ixemul

Nan mais sans blague ! ⚡

MagicBuzz a écrit :

Dans une classe heritant d'une interface, on Override pas ! on implémente !

et l'implémentation est Obligatoire

Message cité 1 fois

MagicBuzz

masklinn a écrit :

À ton avis?

ben justement, si je pose la question, c'est parceque je sais pas :spamafote:

la logique voudrais qu'il oblige à ~~sucharger~~ implémenter chaque méthode, mais y'a pas de raison pour qu'il ne permette pas de ne pas le faire, et produise une exception "not implemented" si on tente de l'utiliser, ou simplement la "cacher"

Message cité 1 fois
Message édité par MagicBuzz le 27-02-2007 à 17:29:01

gfive

masklinn a écrit :

ouais, mais j'ai pas le temps, en fait.
Plus ça va, plus c'est simplement mon boulot, en fait.

MagicBuzz a écrit :

Tiens, sinon... En C# tout du moins...
Mmmmm, les interfaces, on peut en hériter sans override toutes les méthodes ?

ben non.
D'abord, les interfaces, on les hérite pas, on les implémente (en Java, toujours). Seule une interface peut hériter une autre interface.
Et une classe qui implémente une interface, sans implémenter toutes les méthodes doit êtyre déclarée abstraite.

Message cité 1 fois

Chaos Intestinal

HAHA CA VOUS APPRENDRA A MARCHER DROIT BANDE DE SACS A MERDE POUILLEUX DE PAYSANNASSE CRASSEUSE [:hahaguy]

[:shay] [:shay] [:shay] [:shay] [:shay] [:shay] [:shay] [:shay] [:shay]

ixemul

Nan mais sans blague ! ⚡

kadreg a écrit :

sauf si la classe est abstraite, non ?

(bon, pattern à la con spotted quand même)

t'es obligé de declarer la méthode "Implémentée" même abstraite je dirais

(mais bon, j'ai jamais essayé ça [:ddr555] )

MagicBuzz

gfive a écrit :

ouais, mais j'ai pas le temps, en fait.
Plus ça va, plus c'est simplement mon boulot, en fait.

ben non.
D'abord, les interfaces, on les hérite pas, on les implémente (en Java, toujours). Seule une interface peut hériter une autre interface.
Et une classe qui implémente une interface, sans implémenter toutes les méthodes doit êtyre déclarée abstraite.

ouais, mais en C# c'est la même syntaxe pour hériter ou implémenter. alors je fais pas la diff :spamafote:

et pour l'override, idem, dans VS tu tapes "override" et t'as la liste des méthodes à implémenter, et "enter" zou, t'as la ligne d'implémentation (sans le override en effet) qui s'affiche. du coup "je sais faire", mais faut pas me demander comment

gfive

kadreg a écrit :

sauf si la classe est abstraite, non ?

(bon, pattern à la con spotted quand même)

Ben non. C'est même vachement utile.

Comme ça, tu n'implémentes à chaque "étage" de ton arbre d'héritage, que ce qui est nécessaire.
Si tu as une interface "vehicule", tu peux avoir une classe abstraite "avion" et une classe abstraite "bateau", qui vont chacune implémenter une partie des méthodes de "vehicule", et ensuite, par exemple, une classe concrète "bateauAVoile", et une autre "BateauAVapeur"

schnapsmann

Zaford Beeblefect

masklinn a écrit :

I happen to strongly disagree with this declaration.

I beg to differ on this one, too.

ixemul

Nan mais sans blague ! ⚡

kadreg a écrit :

chose légèrement chiante quand tu parses du C# [:pingouino]

Code :

public void toto() // implémentation
public override void toto() // Surcharge
public new void toto() // Redefinition

Message édité par ixemul le 27-02-2007 à 17:37:23

lorill

MagicBuzz a écrit :

c'est comme pisser dans un violoncelle

t'approches pas de moi, philistin

MagicBuzz

nan :

public abstract class CPere
{
}

public interface IPere
{
}

public class CFils1 : CPere
{
}

public class CFils2 : IPere
{
}

=> Du coup si tu suis n'utilises pas des règles de nommage strictes tu sais pas trop ce que tu fais...

PS : tiens, j'ai un doute... ça marche comme ça ? parcequ'on fait comment si on a une interface et une classe qui ont le même nom :??:

Message cité 1 fois
Message édité par MagicBuzz le 27-02-2007 à 17:37:30

lorill

gfive a écrit :

C'est que si un n00b avait posté ton message, Harko n'aurait pas fait sa petite explication de texte,

si, pour cette raison :

gfive a écrit :

lui permettant au passage dese pogner devant tout le monde avec son plugin tout pourrÿ

mIRROR

Chevreuillobolchévik

Harkonnen a écrit :

tu me sous estimes cher ami
c'est pas parce que je sors pas 10 buzzwords à l'heure que je n'ai aucune notion de conception objet hein

on sait [:ddr555]
http://trolly.wordpress.com/2006/0 [...] nte-objet/

ixemul

Nan mais sans blague ! ⚡

kadreg a écrit :

non,

class Toto : A, B, C

qui de A B et C sont des interfaces ?

au choix:

A, B et C

ou

B et C

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

Chaos Intestinal a écrit :

Si ta classe prétend implémenter l'interface, alors elle doit en implémenter toutes les méthodes.

ixemul a écrit :

et l'implémentation est Obligatoire

Pas exactement, Kadreg a parfaitement raison quand il dit:

kadreg a écrit :

sauf si la classe est abstraite, non ?

(bon, pattern à la con spotted quand même)

(j'ai vérifié histoire d'être sûr, et je confirme qu'en java ça marche si les méthodes non implémentées sont déclarées abstraites)

MagicBuzz a écrit :

Vas lire le post que j'ai lié plus haut s'il te plait.

Et j'ai déjà dit 3 fois en 2 pages qu'une interface n'était rien de plus qu'une classe abstraite pure bordel, va faloir le répéter combien de fois?

MagicBuzz a écrit :

Du coup si tu suis n'utilises pas des règles de nommage strictes tu sais pas trop ce que tu fais...

Gagnai [:dawa]

ixemul a écrit :

au choix:

A, B et C

ou

B et C

Super, on est vachement avancés avec ça

Message cité 2 fois
Message édité par masklinn le 27-02-2007 à 17:43:19

Publicité

Page : 1 2 3 4 5 .. 11466 11467 11468 .. 26992 26993 26994 26995 26996 26997

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Page générée en 0.143 secondes