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. 11.06.2022 at 09:09 pm / 大蛇に嫁いだ娘 - The Girl Married to the Giant Serpent
  2. 11.06.2022 at 11:30 am / Salted Correspondences
  3. 11.02.2021 at 12:56 am / 46 Simple Python Exercises/#01
  4. 04.06.2020 at 09:43 am / A Traveling Minstrel's Piano
  5. 12.07.2016 at 12:00 am / Refunctin' Blocks
  6. 29.11.2013 at 12:00 am / ガラケー Garakei Evolution
  7. 29.11.2013 at 12:00 am / 勉強 - Straining Studious Strength
  8. 26.03.2012 at 12:00 am / Apricot Orange Sunsets
  9. 25.09.2010 at 12:00 am / 汗牛充棟
© Wan Zafran. See disclaimer.