Reprise du message précédent :

Ouais, Achtung, baby.
Vorsprung dürch technik aussi.
 

J'ose à peine imaginer les logs apache derrière.
 
 
Sinon, au lieu de faire vos conneries, si vous cotisiez pour m'offrir un laptop sun 17 pouces:
http://store.sun.com/CMTemplate/CE [...] tid=132680

un laptop 17 pouces c'est plus un laptop, moi je veux ça http://www.geekstuff4u.com/product [...] cts_id=265

C'est nul, ils peuvent même pas le livrer sans OS

Dites, les javateux, j'aurais besoin d'un coup de pouce. Quelles est la façon "standard" de faire concernant la répartition des classes en fichiers ?  
 
Par défaut, une classe = un fichier.java, mais comment quelles sont les exception ? (inner classes, classes sans méthodes qui ne servent qu'à faire transiter des données, helper classes à la con, interfaces)

A part les inner, je mets tout dans des fichiers différents.

Et tu mets quoi en inner ? (mis à part les actionListener, les trucs qui héritent de Runnable, et autres détails techniques qui m'échappent...)

à PSA, il manque des infos sur la fiche du pédégé

Tiens, nraynaud, tu tombes bien. Tu utilisais quoi comme env. de développement java chez psa ?

ET REPONDEZ A LA QUESTION !!§§§§ /FOU/FOU/FOU

lui il s'en fou, il a passé stade de salaire où ce type de système lui est bénéfique.

ben rien de plus que ce genre de bidules.
 
mais c'est moi hein, pas forcément un standard. je me suis jamais posé la question, parce que moins j'ai a me demander "dans quel fichier j'ai encore foutu ce bordel", mieux je me porte  

y'a un mec qui avait écrit un article sur le profil de charge des flux RSS, à heure fixe tu te prends un pic de 1000 fois ton trafic moyen ...

sun-rpc et ASN.1 pareil ...

perso, je fais plutôt des "module", dans le fichier y'a la grosse classe, les listeners qu'elle atttends (interfaces) le visiteur si c'est le top-level d'un visitable, les visiteur par défaut (qui ne fait rien pour chaque noeud), les exceptions spécifique qu'elle est la seule à lever.
 
Bref la classe + les petites merdes qui gravitent autour.

je pense que confond inner et inner annonymous.
 
perso, j'ia tendence à en mettre beaucoup en inner, en gros j'en mets le max, tant que ce sont des classes de moins de 5-6 méthodes. Mais surtout, soit elle sont privée et utilisées uniquement pour les besoins internes de la classe, soit elles sont publiques et très fortement liées à la classe (genre le listener d'un de ses évènements).
 
en général, au point d'utilisation, elles seront sous-classées en inner-anonymous.
 
 
edit : saloperire d'antiflood  
 
Lam's > eclipse, c'est homologué à PSA.

Oui, d'ailleurs total respect pour le flux rss de la bbc, qui est inclus par défaut dans firefox. Parce que mine de rien, il est lu par défaut à chaque démarrage de firefox.

Je pense que FF ne lit le flux que quand tu ouvres le bookmark.

Nope. Je parlais de grosses classes inner, qui sont pas forcément adéquates en anonymous d'un point de vue lisibilité.
 

OKi. Là, j'ai pas envie de me créer un fichier pour une pauvee classe à 4 membres qui sert à faire transiter Nom/Prénom/Téléphone. Donc je vais mettre ça en inner classe de l'interface qui demande ce type d'objets, et tout le monde sera content (surtout moi, vu que c'est typiquement comme ça que je fais en c++).
 
Diantre, c'est pas le Java qui est dur: c'est de s'y remettre...

Quand il tourne sur ma machine, TCPView de sysinternals pense l'inverse...

Ce qui rend cette feature complement inutile a mes yeux. Ou est l'interet d'un flux quand tu es obligé de cliquer dessus pour le charger ? Autant avoir un bookmark sur le site, ca revient au même  

 
À part me dire que les gens cherchent une favicon zont rien de spécial les logs apache

No, il le charge au lancement de firefox et le reload régulièrement, comme tout lecteur RSS.
 
Ya sûrement une hidden pref pour gérer ça d'ailleurs

ben les get sont logués, non ?

ouais, par contre, les classes en inner d'une interface, ça va pas le faire il me semble. Au pire ça sera nested, mais je corois que ça passe pas quand même.

y a du taff chez apple: https://jobs.apple.com/cgi-bin/WebO [...] ID=2510614

aaah oui genre en lisant les logs je pourrais récupérer les user/pass de tout le monde c'est ça que tu voulais dire

 
Là j'ai un doute soudain. C'est quoi la différence entre nested et inner ?
edit: c'est bon. google/ami/toussa quoi.

Ben de toute façon t'es obligé de cliquer sur l'icone pour voir le contenu Enfin je suis d'accord avec toi, moi les RSS je les ai dans thunderbird

inner, t'as le champ qui pointe vers la classe anglobante.

J'invoque la bonne humeur de moins moins

voui, stait de ca que je parlais, plutot que de la fréquence de rechargement, en fait

ha ? pour moi nested = static, inner = pas static

Syntaxiquement c'est ça. Mais conceptuellement, il a raison. Une inner classe ne peut exister qu'à l'intérieur d'un objet de la classe englobante. C'est ce qui lui permet d'en voir tous les membres.

Dites, tant que je suis dans mes questions à la con: C'est déjà très utilisé Java5 ? (je parle surtout des changements syntaxiques sur les templates, les foreach, l'autoboxing)

c'est exactement ça.
 
mais les interface nested, sont forcément static par exemple (becaus ça va être dure d'ajouter un champ dans une interface).

non, pas trop, c'est surtout les nouveaux services de debug et de profiling qui sont exploités per les outils de dev.  
 
De toutes façons, les generics, vu le boulot de formation qu'il y a dessus c'est pas gagné.

ouais ok, bon, d'accord, je comprends, lol

<insert here some chrisbk witty sarcasm about "k,lol", the orly owl, or even a random statement about "caca">

no caca, lol

Et une de plus. Faudra que joce passe aux entiers 64 bits pour qu'on compte le nombre de posts de chrisbk qui contiennent le mot "caca".