1 / 38

Class Design: Handling Errors

Class Design: Handling Errors. You will be expected to: incorporate exception handling into the design of a method's contract trace code that makes use of exception handling write code to throw, catch or propagate an exception write code that uses a finally block

kennethfsmith
Download Presentation

Class Design: Handling Errors

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Class Design: Handling Errors • You will be expected to: • incorporate exception handling into the design of a method's contract • trace code that makes use of exception handling • write code to throw, catch or propagate an exception • write code that uses a finally block • write code to define a new exception class • compare and contrast checked and unchecked exceptions • understand the consequence of using checked vs. unchecked exceptions Reading: 2nd Ed: Chapter 15 3rd Ed: Chapter 11 Exercises 2nd Ed: P15.5, P15.6 (Hint: look at documentation for Scanner class!) 3rd Ed: P11.9, P11.11

  2. Exceptions – Why do we need them? • Remember the Account class? We added the following precondition to the deposit method:amount >= 0 • What if the client fails to check the precondition? The customers won't be happy to find out that sloppy programming has resulted in losing money because of a simple mistake! • MAIN POINT … • The method where a problem is detected, is often not the method which can resolve the problem

  3. Exceptions – Why we need them? • If a precondition is violated, we can have the method: • return a special value (e.g., true/false) to indicate whether or not the operation was successfulproblem: • print an error messageproblem: • terminate the programproblem:

  4. Exceptions – Why we need them? • Instead, we can have the method throw an exception if the amount is negative.Benefits: • We can neatly separate regular code from error handling code • We can force the client to acknowledge the problem. • We allow the client to decide how to handle the problem.

  5. What's a Java Exception? • An exception is an object with a specific interface, that can be thrown. • All exception classes are subclasses of the class Throwable defined in the Java library. • Here are some of the methods of this class:Throwable();Throwable( String message );String getMessage();void printStackTrace(); • Exceptions encapsulate information about the kind of problem that has occurred (the message) and the stack of method calls that led to the problem (the stack trace).

  6. What's an exception? • There are two types of exception: checked and unchecked. • Checked exceptions are handled specially by the Java compiler. This provides warnings and reminders about exceptions to programmers. • Methods that might throw checked exceptions, must declare it in their signature • Methods that call another method throwing a checked exception must either: • Catch the exception • Also declare it in their signature

  7. What's an exception? • Unchecked exceptions are subclasses of Java’s RuntimeException or Error class, while all others are checked exceptions. • Methods that might throw unchecked exceptions, do not need to declare it in their signature • Methods that call another method throwing an unchecked exception can optionally: • Catch the exception • If a method does not catch an exception, than the exception propagates to the method’s caller, and so on…. • Error represents abnormal conditions that a program would normally not be expected to handle.

  8. Object checked exceptions Throwable Error Exception unchecked IOException RunTimeException Java Exception Hierarchy • Numerous exceptions and errors are defined in various java packages. i.e., • FileNotFoundException in java.io • IOException in java.io • NullPointerException in java.lang • etc. • Programmers can define their own exceptions as subclasses of Exception or its subclasses.

  9. Defining an Exception Class • Returning to our Account example, suppose we decide to throw an exception when the amount is negative. • First we must decide which exception class to use. We could use the class Exception in the Java library but we can capture more information by defining our own exception class. • Let's define a class named IllegalValueException to represent the type of exception that will be thrown when we attempt to pass a negative amount. • This will be a checked exception (more about this later).

  10. Defining an exception class publicclass IllegalValueException extends Exception { public IllegalValueException() { } public IllegalValueException(String msg) { super(msg); } }

  11. Checked versus Unchecked … Why? • Checked exceptions usually represent problems which are expected to occur, so they must be handled • e.g. incorrect password • Unchecked exceptions represent bugs in a method • SO … explicitly declaring an unchecked exception in a method signature does not make sense … WHY?

  12. Throwing an Exception /** * Deposit money into the account * @param amount The amount to be deposited * * @pre true * @post IF amount >= 0 * THEN getBalance() = @pre.getBalance() + amount * ELSE getBalance() = @pre.getBalance() * @throws IllegalValueException if amount is negative */ publicvoid deposit(double amount) throwsIllegalValueException { if (amount < 0) thrownew IllegalValueException("Error: Neg. amount"); balance = balance + amount; }

  13. Catching Exceptions • Recall that IllegalValueException is a checked exception. This has consequences for a client calling our deposit method. The client code must do one of the following: • catch the exception • propagate (i.e., pass on) the exception to its caller (i.e., the method that called it) • The type of exception thrown must be a sub-type (or equal type) as the catch parameter type

  14. Try/Catch Block try { //Normal code to execute //Can include other nested try/catch blocks } catch(ExceptionType1 name) { //Code to execute if exception type 1 is thrown in normal code } catch(ExceptionType2 name) { //Code to execute when exception type 2 is thrown in normal code } … possibly more catch blocks

  15. Client Catching an Exception public static void main( String[] args ) { Account instructorAccount = new Account ( “instructor”, 100.0 );try { instructorAccount.deposit( 100 ); System.out.println( "Balance: " + instructorAccount.getBalance() ); } catch( IllegalValueException e ) { System.out.println( e.getMessage() );} } • What happens when deposit is called?

  16. What happens when this code executes? public static void main( String[] args ) { Account instructorAccount = new Account ( “instructor”, 100.0 );try { instructorAccount.deposit( -100 ); System.out.println( "Balance: " + instructorAccount.getBalance() ); } catch( IllegalValueException e ) { System.out.println( e.getMessage() );} }

  17. Client Propagating an Exception public void depositToAccount( Account anAccount, double amount ) throws IllegalValueException { anAccount.deposit( amount );System.out.println( "Balance: " + anAccount.getBalance() ); } • The method that callsdeposit must either: • catch the exception • propagate the exception to its caller • If it propagates the exception then its caller must either catch or propagate the exception and so on…

  18. Tracing an example call • Trace the following code:public static void main( String[] args ) { Account anAccount = new Account ( “test”, 200 ); try { depositToAccount( anAccount, 100.0 ); } catch( IllegalValueException e ) { System.out.println( e.getMessage() ); }}

  19. Tracing an example call • Trace the following code:public static void main( String[] args ) { Account anAccount = new Account ( “test”, 200 ); try { depositToAccount( anAccount, -100.0 ); } catch( IllegalValueException e ) { System.out.println( e.getMessage() ); }}

  20. Exception Propagation • If the exception is propagated as far as main() and main() doesn't catch the exception, the program is terminated. • The error message associated with the exception is printed on the screen along with the stack trace. • Allowing your program to terminate when an exception is thrown is not acceptable in real software (and could lead to disaster in real code!)

  21. Unchecked Exceptions • If a method throws an unchecked exception, the rules are different: • it is not necessary to declare that the method throws the exception • there is no requirement on the calling method to handle the exception (i.e., doesn’t have to catch or explicitly declare the exception in its signature) • Assertion failures throw unchecked exceptions • A good design is to use a global “safety-net” handler in “main” • To handle all unforeseen circumstances

  22. Example public class ExamMarker { //... /** * Calculates the given mark as a percentage of max mark * @param mark the given mark * @param max the maximum mark for the exam * @return the mark as a percentage of max */ public int percentage(double mark, double max) throws IllegalMarkException, IllegalMaxException { if ( max == 0 ) throw new IllegalMaxException( "Max is 0" ); if( mark < 0 || mark > max ) throw new IllegalMarkException( "Incorrect Mark Submitted" ); return (int)( mark / max * 100 ); }

  23. public static void main(String[] args) {ExamMarker marker = new ExamMarker(); Scanner input = new Scanner( System.in ); double mark, max; int percent; System.out.println( "Enter a mark for this exam and the max mark: " ); // cont'd

  24. while( input.hasNext() ) { mark = input.nextDouble(); max = input.nextDouble(); try { percent = marker.percentage( mark, max); System.out.println( "The exam mark is: " + percent + "%" ); } catch( IllegalMaxException e ) { System.out.println( "Exam Marker Error: " + e.getMessage() ); } catch( IllegalMarkException e ) { System.out.println( "Exam Marker Error: " + e.getMessage() ); } } }

  25. public class ExamMarkerException extends Exception { public ExamMarkerException(){ } public ExamMarkerException( String msg ) { super(msg); } }

  26. public class IllegalMarkException extends ExamMarkerException { public IllegalMarkException(){ } public IllegalMarkException( String msg ) { super( msg ); } } public class IllegalMaxException extends ExamMarkerException { public IllegalMaxException(){} public IllegalMaxException( String msg ) { super( msg ); } }

  27. Question • What will be output if we enter the following data on the keyboard? 20.0 50.0 40.0 30.0 • Give an example of data that we could enter on the keyboard to cause an IllegalMaxException to be thrown.

  28. Question • What if we replace the two catch blocks in main() with the following?catch( ExamMarkerException e ){ System.out.println( "Exam Marker Error: " + e.getMessage() );} • How will the output change?

  29. Comments • Note that methods can throw more than one type of exception. • If we call a method that throws more than one type of exception we can have more than one catch block to handle each type of exception. • Catch blocks must be ordered from the most specific type of exception (the one lowest in the inheritance hierarchy) to the least specific (the one highest in the hierarchy).

  30. Designing Exceptions • Need to distinguish boundary cases that can be handled by the method from exceptional cases which should throw exceptions • Define individual exception for each type of error • can group them into hierarchies – allows more flexibility in handling them • Exceptions thrown by a method are shown in the method’s comment using the @throws tag. • Too many exceptions may make the method difficult to use.

  31. Example: Class Account Re-designed We redesign deposit and withdraw to throw exceptions in the error cases /** *A simple bank account for which the balance can never be * less than zero * *@invariantgetBalance() >= 0 * @invariant getId()is unique and set when account is created * @invariant getName()is set when account is created *@invariant the values of getId() and getName() never change */ publicclass Account { privateint id; private static int nextAccountId = 0; private String name; privatedouble balance; . . . . .

  32. /** * Deposit money into the account * @param amount The amount to be deposited * * @pre amount >= 0 * @post getBalance() = @pre.getBalance() + amount * @return The current balance of the account */ publicdoubledeposit(doubleamount) { assert amount >= 0; balance = balance + amount; return balance }

  33. Another Design for Deposit Should it have “assert”? YES NO /** * Deposit money into the account * @param amount The amount to be deposited * * @pre true * @post IF amount >= 0 * THEN getBalance() = @pre.getBalance() + amount * ELSE getBalance() = @pre.getBalance() * @return The current balance of the account * @throws IllegalValueException if amount is negative */ publicdouble deposit(double amount) throwsIllegalValueException { if (amount < 0) thrownew IllegalValueException("Error: Neg. amount"); balance = balance + amount; return balance }

  34. /** * Withdraw money from the account * @param amount The amount to be withdrawn * @pre true * @post IF (amount >= 0 AND @pre.getBalance()-amount >= 0 ) * THEN getBalance() = @pre.getBalance() - amount * ELSE getBalance() = @pre.getBalance() * @return The current balance of the account * @throws IllegalValueException if amount<0 * @throwsNotEnoughMoneyException if getBalance()-amount<0 */ publicdoublewithdraw(doubleamount) throws IllegalValueException, NotEnoughMoneyException{ if(amount<0) thrownewIllegalValueException("Error: Neg. amount"); if(balance-amount<0) thrownewNotEnoughMoneyException("Error: no $$$"); balance=balance-amount; returnbalance; }

  35. /** *Returnsthestringrepresentationofanaccount * *@pretrue *@returnthe account represented as a string */ publicStringtoString() { return"[ id = "+id+", name = "+name+ ", balance = "+ balance+"]"; } }

  36. Account Exceptions publicclass IllegalValueException extends AccountException { public IllegalValueException() {} public IllegalValueException(String msg) { super(msg); } } publicclass NotEnoughMoneyException extends AccountException { public NotEnoughMoneyException() {} public NotEnoughMoneyException(String msg) { super(msg); } } • NOTE: We could use Java’s IllegalArgumentExceptioninstead of defining a new exception for illegal value

  37. class Weather { String sunshine(String s) throws SunException, RainException { if (s != null) { if (s.equals("Strong sun")) { return "Better use sunblock!"; } throw new SunException( “It won’t last long."); } throw new RainException("No sun today."); } void fog(String x) { try { System.out.println(snow(x)); } catch (ColdException ce) { System.out.println( “You should expect“ + ce.getMessage); } } String snow(String s) throws ColdException { if (s != null && s.equals("Really cold")) { throw new ColdException(“dry snow"); } try { return sunshine(s); } catch (RainException re){ return "Terrible! “ + re.getMessage(); } catch (SunException se) { return " Don't worry “ + se.getMessage(); } } } Exercise • Assuming that the exceptions used here are appropriately defined, what would the following calls produce? • new Weather().fog(“Showers”); • new Weather().fog(“Really Cold”); • new Weather().fog(“Strong Sun”); • new Weather().fog(null);

  38. The finally clause • A finally clause can follow the catch clauses of a try block (or even a try block with no catch clauses):try { // code that may throw checked exceptions } catch( SomeException e ) { … } finally { … } • The finally clause is executed whether or not an exception is thrown, and (if thrown) whether or not it was caught. • It is often used to ensure that resources are released.

More Related