Blog de Vincent Brabant : NetBeans, Java et autres

11 Commentaires + Ajouter un commentaire

• 
  jolrael 29 juin 2006 à 22 h 34 min

  j’aurais tendance a etre d’accord avec cortex93.

  Mais si c’est vrai alors la facon d’encoder les caracteres lors de l’appel aux print definis dans le nouveau PrintStream ne sont pas utilise. Et donc il aurait ete plus judicieux de mettre une methode setOut(OutputStream os).

  De plus on pourrai imaginer recuperer l’encodage du nouveau PrintStream et changer l’encodage du out mais il n’y a pas de fonction pour ça.

  Une reponse ?

  Connectez-vous pour répondre
• 
  keil 8 novembre 2005 à 14 h 01 min

  je pense plutot qu’il y a deux sorties, une standard System.out et une autre qui est à null par défaut.
  le setOut permettrait donc d’affecter la deuxième sortie, et lors d’une opération d’écriture, par exemple println(), on test la deuxième sortie, si elle est à null, alors on écrit sur la sortie standard sinon on écrit sur la deuxieme

  Connectez-vous pour répondre
• 
  cortex93 19 septembre 2005 à 17 h 25 min

  Je pense que la méthode setOut() change tout simplement le membre protégé hérité de FilterOutputStream qui lui n’est pas final.

  Connectez-vous pour répondre
• 
  spoutyoyo 31 août 2005 à 10 h 42 min

  Je dirais que lorsque que l’on fait setOut(), on change un attribut de System ce qui dans un premier temps n’influe pas sur out lui même. Puis lorsque par exemple, on fait un System.out.println(«  »); la méthode println appelle un méthode de System qui lui envoit la nouvelle référence instancié au dessus.

  Connectez-vous pour répondre
• 
  vbrabant 24 août 2005 à 1 h 08 min

  la méthode setOut est en effet implémentée de façon native, mais la réponse n’est pas à chercher de ce coté là.

  Allez, je vous laisse encore un peu chercher.

  Connectez-vous pour répondre
• 
  Glob 18 août 2005 à 17 h 02 min

  Mmmhh… Peut-être que le System.out « écrit » dans un autre flux (PrintStream private), et c’est en fait celui-là que l’on modifie en appelant System.setOut()… Non?

  Connectez-vous pour répondre
• 
  JHelp 10 août 2005 à 15 h 00 min

  C’est exactement ça, c’est le code natif qui modifie directement la référence.
  Celui qui a écrit cette classe aurait du utiliser la technique du singleton ça aurait été plus propre en effet. Mais dans ce cas on serais obligé de tapper quelque chose comme : System.getOut().println(« Salut ! »); pour écrire sur le flux.
  JHelp

  Connectez-vous pour répondre
• 
  TabrisLeFol 6 août 2005 à 0 h 41 min

  Je confirme. Je ne sais plus ou j’ai lu cela mais je sais que le final utilisé dans System est contourné par du code natif. Le mot clef final ne garantissant la non-redefinition que au niveau Java…

  Connectez-vous pour répondre
• 
  adiguba 1 août 2005 à 12 h 01 min

  oups autant pour moi j’ai répondu un peu trop vite… il me semblait qu’on pouvait également modifier System.out avec une simple affectation mais j’ai du confondre…

  Je pense qu’il doit y avoir du code natif derrière tout ca pour pouvoir le modifier… mais c’est pas très propre je trouve…

  En tout cas j’attend ton explication

  a++

  Connectez-vous pour répondre
• 
  vbrabant 31 juillet 2005 à 23 h 40 min

  Pourtant, System.out est bien déclaré en final.
  cfr http://javasearch.developpez.com/j2se/1.4.2/docs/api/java/lang/System.html#out

  Et logiquement, ce qui est déclaré et initialisé avec public static final ne peut être modifié.

  D’où la question. Comment se fait-il qu’on puisse modifier la référence de System.out alors qu’elle est déclarée public static final ?

  Connectez-vous pour répondre
• 
  adiguba 31 juillet 2005 à 21 h 27 min

  Salut,

  Il me semble que la méthode setOut() permet de changer le flux de sortie standard (stdout) de l’application, en plus de modifier la référence de System.out…

  Par contre System.out n’est pas déclaré en final sinon sa référence ne pourrait pas être modifiée…

  a++

  Connectez-vous pour répondre