LordK Geschrieben 27. September 2005 Teilen Geschrieben 27. September 2005 Hallo Zusammen, ein Teil meiner Projektaufgabe ist das Nachdokumentieren einer Software. Dafür habe ich auch in meinem Antrag reingeschrieben, dass ich Struktogramme erstelle. Als ich jetzt den Quellcode der Anwendung durchgegangen bin, habe ich gesehen das in fast jeder Methode mit Try/Catch gearbeitet wurde. Ich hab allerdings keinen blassen schimmer wie ich das in nem Struktogramm darstellen soll. Kann mir das mal jemand verraten? Bzw. welche möglichkeit alternativ zum Struktogramm, um die Logik des Cods visuell darzustellen, bei der ich auch Try/Catch verwenden kann? Danke & Gruß LordK Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
geloescht_Newlukai Geschrieben 27. September 2005 Teilen Geschrieben 27. September 2005 Ich denke, daß man die getrost weglassen kann. Ein Struktogramm zu einer Doku soll ja nur die wichtigsten Algorithmen näher bringen und kein Abklatsch Deines gesamten Codes. Von daher nimm Dir die wichtigsten Stellen vor und laß' die try/catch-Blöcke links liegen. Was Du "triest", kannst Du ja schreiben und das "catchen" weglassen. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
LordK Geschrieben 27. September 2005 Autor Teilen Geschrieben 27. September 2005 Stimmt Danke für den Tip. Struktogramm sollte ja eh Code Unabhängig sein und es gibt ja noch sprachen, die kein Try/Catch können. Bin wohl etwas zu nervös im Moment. Danke & Gruß LordK Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
kingofbrain Geschrieben 27. September 2005 Teilen Geschrieben 27. September 2005 Servus, wenn im catch-Block nur steht "e.printStackTrace()", dann stimme ich Euch zu. Wenn das nicht so ist, und im catch-Block noch was sinnvolles gemacht wird (Connections schliessen, andere Fehlerbehandlung, ...), dann würde ich das als if-else modellieren. Ungefähr so: probiere irgendwas fehler? fehlerbehandlung Peter Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
LordK Geschrieben 27. September 2005 Autor Teilen Geschrieben 27. September 2005 Die Idee mit dem If-Else kam mir jetzt auch. Meistens versucht man ja mit Try/Catch einen bestimmten Fehler abzufangen. Und das kann man ja meist auch als if/else formulieren. Das wäre nur im Code aufwendiger. Aber dafür gibts dann in den neueren Sprachen Try/Catch. Danke & Gruß LordK Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
ByteRix Geschrieben 27. September 2005 Teilen Geschrieben 27. September 2005 wenn du unbedingt den try/catch block darstellen willst nimm ein datenflussdiagramm mfg byte Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.