Eingabeströme warum mit Exception

[java__neuling]

Hallo,

kann mir jemand erklären warum man bei der eingabe mittels BufferedReader
im Methodenkopf immer die Exception weiterleiten muss.

Hier ein Beispiel bzw. kleiner Auszug aus einen code.ä

public class test{
  public static void main(String [] args) throws IOException{

BufferedReader br = new BufferedReader (new InputStreamReader(System.in));


int zahl;

Lasse ich die IOException weg, kann ich nicht kompelieren, wieso?

Besten Dank und Gruß
java__neuling!

 

[XHelp]

So wie es da steht sollte es gehen. Aber wenn du versuchst was zu lesen, dann musst du auch die mögliche Exception entweder fangen, oder weiterreichen. Warum? Weil es so in der API steht: BufferedReader (Java Platform SE 6) - " throws IOException"

 

[ShikaeshiRaito]

Bei allen "riskanten" Sachen (und I/O ist sehr riskant ) musst du dem Compiler Bescheid sagen, dass du weißt, dass dabei etwas schief gehen kann. Dafür benutzt du einen try-Body und einen anschließenden catch-Body. Oder du wirfst SELBST eine Exception, wie du es gemacht hast.

So würde das "normalerweise" aussehen:

public class test {
  public static void main(String [] args) {
    try {
      BufferedReader br = new BufferedReader (new InputStreamReader(System.in));
    } catch(IOException ex) {
      ex.printStackTrace()
    }
  }
}

 

[XHelp]

So würde das "normalerweise" aussehen:

public class test {
  public static void main(String [] args) {
    try {
      BufferedReader br = new BufferedReader (new InputStreamReader(System.in));
    } catch(IOException ex) {
      ex.printStackTrace()
    }
  }
}

Hier würde der Compiler sowas wie "IOException is never thrown from the body of the try-statement" ausgeben, weil weder der Konstruktor von BufferedReader, noch der von InputStreamReader diese Exception schmeißen können

 

[java__neuling]

gut dann merke ich mir etzt einfach es ist so weil es in der api so beschrieben steht....??

DANKE und ciao

 

[ShikaeshiRaito]

Oh, was für ein peinlicher Fehler xD
Es müsste natürlich folgendermaßen aussehen:

public class test {
  public static void main(String [] args) {
    try {
      BufferedReader br = new BufferedReader (new InputStreamReader(System.in));
    } catch(Exception ex) {
      ex.printStackTrace()
    }
  }
}

 

[XHelp]

Wieder falsch Zumindestmal in diesem Kontext. Es müsste so aussehen:

public class test {
  public static void main(String [] args) {
    BufferedReader br = new BufferedReader (new InputStreamReader(System.in));
    try {
      String s = br.readLine();
    } catch(IOException ex) {
      ex.printStackTrace();
    }
  }
}

 

[ShikaeshiRaito]

Hmm, da hast du wohl Recht, das wäre am saubersten...

Ich habe bis jetzt immer den BufferedReader in den try-Body mit reingetan, auch wenn das gar nicht nötig gewesen ist. Aber gut, wieder was gelernt, merk ich mir für die Zukunft!

 

[java__neuling]

gut dann merke ich mir etzt einfach es ist so weil es in der api so beschrieben steht....??

DANKE und ciao

und?

 

[XHelp]

Ja wie "und?". Dein "DANKE und ciao" bedeutete für mich, dass die Frage rhetorisch war. Sollte es nicht der Fall sein:
Du musst die Exception behandeln, weil es so die Methode vorschreibt. In der API steht, dass die read() Methode eine IOException schmeißen kann, also musst du dies behandeln. Wenn du eine Methode schreibst, die im Methodenkopf

throws MumpizException

hat (wobei das keine RuntimeException ist), dann musst du eben diese behandeln. Also ja, die Begründung ist: weil es so ist.

 

[tfa]

Eine kurze Beschreibung zum Thema Exceptions findet man auch in den FAQ:
http://www.java-forum.org/java-faq-beitraege/103949-exception.html