Reprise du message précédent :

c'est facile ça. par contre, dans quel cas utiliser l'une ou l'autre ... là ca se corse  

et ta factory tu la sors d'ou ?
(le pattern singleton du gof EST static si je ne m'abuse)
 

 
sur macosx ouais, faut installer un plugin quoi.. ça déconne parfois un peu avec les tags

tin le salo
 
j'imagine la tête du gars :

Bon, je vais check le site parce que dans l'interface je trouve rien pour ajouter des plug-ins.
 
 
edit : google m'informe qu'il faut convertir les fichiers

les interfaces sont implémentées sous formes de classes abstraites pures (en tout cas en java, C# je sais pas)
 
Pi sinon -- tu devrais aller voir sur Coding Horror, il y a plus d'une paire de posts sur les questions posées en interviews

en fait on était avec dl et on se marrait parce qu'on disait qu'on arretait pas de se chamailler sur le sujet et qu'on voulait voir ce que lui en pensait
c'est juste un moyen de voir que le mec sait poser/comprendre un problème et justifier une solution

 
C'est rapport à si le fichier disparait entre le file.exist() et son utilisation ?

Sinon je débarque sans doute mais je viens de voir une pub pour ça à la télé

oui, et à la manière dont tu peux traiter le problème et rapporter celui-ci à l'utilisateur
mais on est parti pour 14 pages alors taggle

elle, tu la construis, ou éventuellement elle peut être static (faut toujours un point d'entré, et une un new Truc() c'est pas mieux qu'un Truc.instance de ce point de vue)
 

ouais, je crois aussi mais bon, je pense que le terme singleton peut aussi être utilisé sans forcément parler de membre static. juste pour désigner un objet d'instance unique

8€ pour un truc qui dure 20 minutes

non mais vraiment il est temps que tu te renseignes sur l'IOC toi
(et si je construis la factory, et qu'elle me balance mon "singleton", c'est que celui est une instance statique de la factory - là dessus je vois pas la difference entre ça garder l'instance statique dans la classe elle meme)
 

certes

dédicace à urd si elle passe dans le coin  

et les réponses a vos questions que je pige pas, c'est quoi, histoire d'etre moins con ?

le tout c'est que l'utilisateur du singleton y accède via la factory, et pas directemnt, de façon à pouvoir changer ce comportement par la suite. En gros, l'utilisateur n'a pas à savoir que c'est un singleton et n'as pas à savoir quelle est la classe réelle qui lui le rend le service, et c'est ça qui fait toute la différence (IMO).

qqn peut m'expliquer ce qu'est l'agrégation (ou me filer un lien) j'ai un doute là.

Elles sont à chier tes questions, je peux encore y répondre

ah bon ?

y a pas de réponse unique justement, c'est bien ça les questions les plus drôles

c'est une forte relation entre 2 objets (une classe voiture et une classe moteur par exemple)
 
edit : a moins que je confonde avec la composition

implémenter des mocks pour les tests, et éviter de péter les couilles à un mec qui se pointe avec un objet lourd non prévu au programme.

agregation : A use a B
héritage : A is a B
 
 
exemple :  
* Stack hérite de Vector (choix à la con, soit dit en passant)
* HashSet utilise une Map
 
mais le mieux c'est l'association des deux : les wrappers. ex :
* HttpServletRequestWrapper implémente et utilise HttpServletRequest
 

si t'as une technique pour décider quand utiliser une checked ou une unchecked qui marche à tous les coups, je suis preneur.

alors que la réponse est tellement évidente : y'en a un qui est sémentiquement correct et pas l'autre.

la réutilisabilité !! l'interface de permet de faire un wrapper, ce qui te permet d'aggreger des comportements (simuler un héritage multiple). Si tu fais une classe abstraite, c'est mort.
 
en gros : extends sux. implements rulez

juste pour être sûr : tu veux dire quoi par sémentiquement ?

Ce serait plutôt un adapter

Ouais enfin c'est surtout Java qui sux avec son SI moisi sans mixins quoi

la valeur de retour de file.exist() te dit si à un moment dans le passé, le fichier a existé ou non.
 
faire un file.createFile() ou un file.getInputStream() ou autre, te fait l'action immédiatement, et te donne l'erreur au moment où l'action a été faite, pas dans le passé.

--> nan, la pose pas celle-la, en faisant cela, tu risquerais de te priver d'éléments brillants tels que moi

donnez un exemple d'algorithme utilisant une exception dans le cadre de son fonctionnement normal ?

ok, on est bien d'accord. Mais va faire accepter ça à --, moi j'y suis pas arrivé.

Je me rappelle qu'on avait eu ce débat ici aussi.

OK, c'est bien ce qu'il me semblait.

pas mal ça ... mais ca reste simple

nan, mais je veux dire "hors des situations exceptionelles"
perso j'en ai utilisé qu'un seul.

après vérification, je suis rassuré, cette méthode existe pas

ah ouais, merde, dans l'autre sens, bordel.
 
j'ai confondu avec FileObject, nan new FileInputStream(File)

ok merci.

J'en sais rien, ça me paraissait simple mais vu que je ne fais pas de java, c'est peut-être plus compliqué dans la pratique.

UP

Bon, et c'est quoi une "(un)checked exception" ?

je me suis rendu compte que dans 80% des cas, le fait d'avoir choisi une structure d'héritage était une erreur (ou une lourdeur inutile) que je regrettait par la suite quand il fallait réutiliser l'objet dans un contexte un peu différent. et que dans ces cas là, le bon choix aurait été de faire une interface, des implémentation spécialisées, et en cas de "besoin d'héritage", une classe de wrapping.
 

ben n'importe quel truc du style factory ... genre qui initialise un objet à partir du contenu d'un fichier. si ca te throws un IOException et un truc style BadFormatException, c'est qu'il y a un grumeau qq part ....

c'est une question valable pour tous les langages je pense ...

ah ben finalement j'avais raison \o/
tain ayé, chuis ingénieur \o/