11.01.2019 at 06:39 pm

Clarity of Liskov

Write clearly, especially with technical answers.

See this question, on the Liskov Substitution Principle:

"...I have heard that the Liskov Substitution Principle (LSP) is a fundamental principle of object oriented design. What is it and what are some examples of its use?"

See this answer - it hits the point straight, without need for unnecessary detail (which can be explored later):

The Liskov Substitution Principle (LSP, lsp) is a concept in Object Oriented Programming that states:

Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.

At its heart LSP is about interfaces and contracts as well as how to decide when to extend a class vs. use another strategy such as composition to achieve your goal.

Yet compare the above to the following:

LSP is necessary where some code thinks it is calling the methods of a type T, and may unknowingly call the methods of a type S, where S extends T (i.e. S inherits, derives from, or is a subtype of, the supertype T).

For example, this occurs where a function with an input parameter of type T, is called (i.e. invoked) with an argument value of type S. Or, where an identifier of type T, is assigned a value of type S.

val id : T = new S() // id thinks it's a T, but is a S

LSP requires the expectations (i.e. invariants) for methods of type T (e.g. Rectangle), not be violated when the methods of type S (e.g. Square) are called instead.

This answer not only lacks clarity, but is unnecessarily theoretical, difficult to understand, and worst of all: doesn't even answer the question. It seems as if the author is writing to impress, not to explain.

My thoughts are supported by some of the responses:

  1. You have mixed too many things. Things are not as confusing as you state them. Much of your theoretical assertions stand on flimsy grounds, like 'For knowledge to exist, unexpected possibilities much exist, .........' AND 'generally it is an undecidable problem whether any set is the subset of another, i.e. inheritance is generally undecidable' . You can start up a separate blog for each of these points. Anyways, your assertions and assumptions are highly questionable. One must not use things which one is not aware of!

  2. You are going in too many directions. This is not an answer.

Filed under:
Words: 422 words approx.
Time to read: 1.69 mins (at 250 wpm)
, , , , , , , , ,

Other suggested posts

  1. 29.11.2023 at 11:04 pm / Of Witchers By Trade
  2. 29.03.2023 at 09:38 am / Moving Away from Todoist - to Taskwarrior, SSH & Dropbox - Part 1
  3. 08.06.2022 at 04:13 pm / Counsel vs Client Perspectives
  4. 03.07.2021 at 10:31 am / Learning Forever
  5. 25.08.2020 at 09:03 pm / Hamstrung Limitations
  6. 14.12.2018 at 03:09 pm / Recursion, Succinctly Put
  7. 23.07.2015 at 12:00 am / The Line Between Gifts and Bribes
  8. 11.11.2013 at 12:00 am / 下戸 - Lower House
  9. 03.07.2013 at 12:00 am / Craft Versus Discipline
  10. 28.08.2010 at 12:00 am / 身から出た錆
© Wan Zafran. See disclaimer.