Reprise du message précédent :
Lams > finalement, j'hésite sur XP (cf précédent)

Sur le coup, ca ma destabilisé, genre qu'est ce qu'il me veut, une classe st'une classe et un objet c'est .... un objet. Perso je parle de classe et d'instance de classe, j'arrive pas a placer l'objet la dedans  
J'ai dit qu'un objet c'est à rapprocher d'une instance de classe... Va me falloir une réponse claire à cette question

Apparemment ils sont a fond dans les ejb mais comme j'ai jamais bossé ça... sinon des questions cons mais le mec etait super pointilleux. Un mot de travers et il te lachait plus. Il etait temps qu'on me trouve des missions serieuses.

1) un objet, c'est une instance.
 
2)je me suis fait recaller de la boite de moinsmoins pour ça, le mec parlait de l'instance d'un bean (sans avoir prononcé le mot) alors que je parlais de toute la classe. Il a été viré 2 mois plus tard.

ouais après t'es ptet tombé sur un con (demande à nraynaud j'lui en ai présenté un) qui attend une réponse précise à ses questions, mais qui ne la comprend pas lui même et n'est donc pas capable d'accepter autre chose, et qui au passage en profite pour s'auto-confiturer dans sa médiocrité ..

hehe, keske je disais

Non ca va il était reglo quand meme
Merci Nraynaud pour ce précis
 
Verdict demain.

Pas à ma connaissance non, et c'est pas dissaÿdor compliant vu que c'est un RCS distribué de toute façon

Un objet est une instance de classe, mais une classe est également un objet (en java c'est une instance de Class si je me souviens bien à vérifier).
 
Grosso merdo, en java tout est un objet (d'une manière ou d'une autre) sauf les méthodes et les type primitifs. Après, dans des langages comme Python, Ruby ou Smalltalk tout est un objet point barre (y compris les méthodes, et la notion de type primitif n'existe pas). Après tu peux parler des metaclasses quand elles sont disponibles (une metaclasse c'est la classe d'une classe, et certains langages les exposent, ce qui permet de faire plein de magie) et tout le tralala
 
edit virtuel: http://java.sun.com/j2se/1.3/docs/ [...] Class.html
on me dit qu'en fait les types primitifs et le type "void" sont également des objets, instances de Class.
 
Class est la metaclasse en Java, mais java ne donne pas accès à cette couche (ne permet pas de dériver de Class et d'implémenter des classes instances de tes métaclasses)

Sa question etait de niveau conception objet, pas technique java
(j'aurai eu moins de mal a repondre peut etre )

non, formellement, une classe (un classifier en UML) c'est juste un moyen de ranger les objets par ordre d'idée. En POO, il a été décidé que ça serait par leur comporement.
 
Ensuite, vient le branlage de nouille entre réflection et introspection. On introspecte quand on peut obtenir dans l'environnement d'exécution des objets représentant leur contrepartie abstraite dans le langage (les classes Class, Method etc. en java). On réfléchit quand en plus on peut modifier les objets du langage dans l'environnement (smaltalk, ruby).
la règle pour se souvenir : en introspection on matte M1 mais on touche pas, en réflection, on peut tout faire avec M1.
 
Il faut bien voir qu'aucun des 2 n'a de lien avec la théorie objet en soit, hormis que ça permet de pousser un peu la plaisanterie, mais du C++ sans rtti répond largement aux définitions classique de l'objet.

.. mais je trouve le vocable "objet" peu précis, puisqu'on peut aussi dire qu'une classe, c'est la définition d'un objet. Alors on dira qu'un objet est une instance de sa propre définition?

comment on dit "espace de rangement" en anglais?

-- > ouais, comme toi tu est une instance de "relou"
 
bon, on parle de cul ? je suis à 3gr par bras là

"total mess"
 
 
de rien

permet moi de te signaler que tu dévies, et si tu tentes de te la peter, à l'entretien, ça m'interesse pas trop non plus

ta gueule
 
techniques de wrapping des types primitifs

Ben ouais, c'est le principe même des protocoles de metaobjet

répondez à la question, plutot

http://www.greenpeace.org/apple/ violent

mais preusm pour de vrai quoi    

prout

preusme

qu'est ce tu fous là chachal ?
 
 
benou > je t'ai ramené bourré hier, tu pourrais au moins me débannir pour "service rendu à la patrie" !

et venir laver le siège de stiffler

en même temps ramener un modo, je suis pas sûr que ce soit vraiment un service d'intérêt général

je peux pas. et puis bon, être frères, c'est la moindre des choses

quand on veut, on peut

non mais c'est moi qui était bourré !

t'as réessayé ?

d'ailleur faut faire un truc ... tu peux pas quitter le nord sans avoir appris à Boire
 

ouais

Masklinn> autre question marrante a laquelle j'ai su répondre: peut-on faire/simuler du double héritage en java ?
 
Par contre j'ai pas su donner la diff entre ClassNotFoundException et NoClassDefFoundError

yo

yen a un c'est une exception, et l'autre c'est une erreur.

mmm...
 
interfaces + composition ça doit pouvoir marcher non

 
Mais qu'est-ce qu'on peut en avoir à foutre, c'est marqué dans la javadoc

Ouais voila, t'implementes deux interfaces et donc tu forces ta classe a assurer deux comportements différents, mais faut recoder.
Pour les erreurs c'est clair, j'ai regardé tout de suite en rentrant chez moi, mais j'ai pas pensé à dire ça...

D'un autre côté, c'est mieux quand le gars doit pas chercher chaque terme dans la javadoc

D'ailleurs

subtil

Ouais mais j'ai qu'un an de java sur des missions light moi

Parce que les gars qui connaissent les méthodes des classes/interfaces collections du JDK qu'au travers de la complétion automatique, c'est dangereux

 
 
Oui mais en même temps tout le monde ne connait pas tout !

De toute façon quand tu utilises la MI il faut toujours faire super gaffe si les deux objets hérités sont des classes actives importantes (problèmes de MRO, conflits de nommages, ...), donc bon...

WTF j'veux pas être méchant mais vu les exceptions que c'est je ne vois aucunement l'intérêt de stocker ce genre de conneries dans mon crâne
 
Surtout quand la javadoc est à un google de distance
 
C'est à la fois stupide et naïf de s'attendre à ce que qui que ce soit apprenne l'intégralité de la stdlib java par coeur
 
 
 
<bookmark>http://www.xsteve.at/prg/emacs/power-user-tips.html</bookmark>

 
 
ah si, après réflection (je jure que j'ai trouvé avant de cliquer sur la page des résultats de google).
Le truc qui met à puce à l'oreille c'est le "Error" ou "Exception". Après une Error, tu peux jetter ta JVM, elle est morte, une exception tu as un point de rattrapage.  
 
le CNFE c'est quand tu cherches la classe par son nom, en tout cas que tu tentes de la charger toi-même en général, et le NCDFE c'est quand la classe contre laquelle tu as compilé ton code n'est pas trouvée dans le classpath au chargement.