Discussion :

[Benoit_T]

Bonjour, le titre n'est pas très explicite je vous le concède. J'ai un petit problème de conception:

En fait je travaille sur une grosse appli java que je n'ai pas codé (+/- 800000 lignes de codes ). Cette appli est un éditeur de langage spécifique ( pour la biochimie ).

J'ai rajouté un parser dans cette appli qui prend un xml et qui génère une string représentant un script dans mon langage. Le soucis c'est que l'appli n'a pas été conçue pour "ouvrir" des documents sous forme de String. Je ne peux pas non plus utiliser un objet de la class File car lors des procédures d'ouverture d'un fichier, il y a un appel à un Binding java d'une lib en C qui nécessite l'existence physique du fichier sur le disque. Du coup je ne peux pas injecter ma String. Voilà ce que je pense donc faire:

- écrire ma String sous forme de fichier sur le disque
- ouvrir directement le fichier dans mon appli

Je trouve cette solution franchement pas esthétique... Du coup pour limiter la casse, y a t'il un endroit particulier sur le disque où je peux stocker mon fichier? J'ai regarder les FAQ sur le site, le création d'un fichier temporaire avec un bout de code du style File temp = File.createTempFile("nom",".ems"); me semble adapté. Je récupère le path du fichier fraichement créé dans la foulée et j'ouvre le tout... Qu'en pensez-vous ?

[adiGuba]

Salut,


Si tu ne peux utiliser que cela, cela semble être la bonne solution. En pensant bien à utiliser un try/finally pour supprimer le fichier à la fin :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
try {
    File temp = File.createTempFile("nom",".ems");
 
    // ... Traitements ...
 
} finally {
    temp.delete();
}

Maintenant bien sûr ce serait bien mieux si ton outil acceptait des InputStream ou des Reader...


a++