Home/ Questions/Q 6235885
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-24T10:44:59+00:00

I am using an API that violates the Liskov substitution principle : it throws

  • 0

I am using an API that violates the Liskov substitution principle : it throws its own Exception type that extends Exception, but puts the exception message from the base class in a new ErrorCode field and puts its own (useless) message in the Message field. Therefore to display the correct message I need to cast the Exception to the DerivedException type and use the ErrorCode field. If I treat it as an Exception object I get the wrong message.

Now this irks me on a stylistic level, but it is easy enough to get around : I can just catch DerivedException and use it as the programer intended. So my question is this : what’s the big deal about the Liskov principle? What are the practical problems that people might encounter using hierarchies that violate the principle?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    A practical example:

    If you would have a logging class with a method LogException(Exception ex) it will log the message you regard useless, instead of the “real” message.

    The description of the log method would change from “logs Exception messages” to “logs Exception messages, but sometimes logs useless messages”.

    • 0