comment retourner FileInputStream ?? en java

Votre méthode lève une exception vérifiée qui doit être gérée soit à l'intérieur de la méthode, soit à l'extérieur. Les exceptions cochées indiquent qu'un problème peut se produire et que vous devez implémenter quelque chose pour gérer ce scénario. Ici, nous craignons que le fichier n'existe pas.

Vous avez trois choix:

1. Retourne et gère la valeur d'un fichier non existant (aucune exception n'est levée ici). Donc, retournez null, puis vérifiez dans main() que inputStream n'est pas null, ou retournez Optional <> , qui est une façon JDK8 de gérer de tels scénarios.

Exemple:

  public static FileInputStream f1(String fileName) throws FileNotFoundException{
    FileInputStream fis = new FileInputStream(fileName);
    System.out.println("f1: File input stream created");
    return fis;

 }

2. Enveloppez votre FileNotFoundException cochée dans une RuntimeException personnalisée. Cela résoudra votre problème d'erreur de compilation, mais peut causer des problèmes à l'avenir si vous n'attrapez pas cette exception quelque part.

Exemple:

 public static FileInputStream f1(String fileName) {
  try {
    FileInputStream fis = new FileInputStream(fileName);
    System.out.println("f1: File input stream created");
    return fis;
  } catch(FileNotFoundException e) {
     System.out.println("Error "+e);
     throw new RuntimeException(e);
  }
 }

3. Au lieu de try-catch, ajoutez cette exception à votre signature de méthode:

Exemple:

 public static FileInputStream f1(String fileName) {
  try {
    FileInputStream fis = new FileInputStream(fileName);
    System.out.println("f1: File input stream created");
    return fis;
  } catch(FileNotFoundException e) {
     System.out.println("Error "+e);
     return null; // in case of not existing file
  }
 }

Mais si vous déclarez une exception vérifiée dans une méthode à un moment donné, vous devrez l'attraper et la gérer.

L'option 3 est la plus souhaitée.

Votre gestion des exceptions est le problème. C'est un style de code courant, mais mauvais: chaque fois que vous attrapez une exception, le bon geste est soit de traiter cette exception, soit de vous assurer que vous (re) lancez une exception.

Enregistrez-le ou imprimez-le? Cela ne gère pas une exception .

Dans ce cas, «fichier non trouvé» n'est pas quelque chose que vous devez gérer; pas à moins que vous développiez ce que f1 est censé faire (astuce: les méthodes devraient être un peu plus descriptives que cela). Ainsi, lancer quelque chose est un jeu juste. De plus, la définition même de f1 (vraisemblablement; ce nom n'est pas particulièrement éclairant et la méthode n'a pas de documentation) suggère que `` ouvrir ce fichier '' en est un aspect fondamental, et par conséquent, lancer une FileNotFoundException est également juste.

Donc:

Meilleure solution

public static FileInputStream f1(String fileName) {
 try {
   FileInputStream fis = new FileInputStream(fileName);
   System.out.println("f1: File input stream created");
   return fis;
 } catch (IOException e) {
   throw new RuntimeException("Unhandled", e);
 }
}

NB: votre psv main peut (et devrait généralement!) Être déclaré pour throws Exception .

Autre prise

Celui-ci fonctionne dans tous les scénarios où vous ne pouvez pas throws l'exception, ou si l'ajout de la signature n'a aucun sens car il reflète un détail d'implémentation et non un aspect inhérent de ce que la méthode tente de faire:

public static FileInputStream f1(String fileName) throws IOException {
 FileInputStream fis = new FileInputStream(fileName);
 System.out.println("f1: File input stream created");
 return fis;
}

public static void main(String[] args) throws Exception {
String fileName = "foo.bar";
 System.out.println("main: Starting " + FileInputTest.class.getName()
 + " with file name = " + fileName);
 try (InputStream in = f1(fileName)) {
    // you must close any resources you open using a try-with-resources
    // construct; you did not do that in your code, I fixed this.
 }
}

Naturellement, cela n'est approprié que pour les situations où vous ne vous attendez vraiment pas à ce que cette exception se produise dans des circonstances normales. Sinon, lancez cette exception ou créez votre propre type d'exception et lancez-la au lieu de RuntimeException .

Si vous avez juste besoin d'un ¯ \ (ム„) / ¯ Je ne sais pas vraiment ce que cela signifie, je veux juste passer à autre chose et me débarrasser de cette solution d'exceptions: throw new RuntimeException("Uncaught", e); est correct; e.printStackTrace(); est incorrect. Mettez à jour les modèles de votre IDE.

System.out.println("에러는"+e);