国产av日韩一区二区三区精品,成人性爱视频在线观看,国产,欧美,日韩,一区,www.成色av久久成人,2222eeee成人天堂

Table of Contents
What It Means in Practice
How to Follow LSP
Refactor Instead of Force-Fit
A Common Pitfall
Home Java javaTutorial What is the Liskov substitution principle?

What is the Liskov substitution principle?

Jul 03, 2025 am 12:57 AM

Liskov Substitution Principle (LSP) states that subclasses should not alter the expected behavior of their parent classes. 1. LSP ensures that objects of a parent class can be replaced with objects of a subclass without breaking the program. 2. Violations occur when subclasses change method behavior unexpectedly, such as a Penguin subclass of Bird throwing an error when fly() is called. 3. To follow LSP, avoid unexpected overrides, use interfaces or abstract classes for contracts, and refactor using composition or better abstractions when needed. 4. A common pitfall is assuming "is-a" relationships always justify inheritance, leading to code that must check types to avoid errors. Proper design avoids surprises by ensuring substitutability maintains program integrity.

What is the Liskov substitution principle?

The Liskov Substitution Principle (LSP) is one of the five SOLID principles in object-oriented programming, and it's probably the one that trips people up the most when not fully understood. In simple terms, it says this: if S is a subtype of T, then objects of type T should be replaceable with objects of type S without breaking the program.

That sounds abstract, but it really means your subclasses or derived types shouldn’t force the calling code to behave differently — they should just work as expected.


What It Means in Practice

Let’s say you have a base class called Bird. You might have a method like fly() on it. Then you create a subclass called Sparrow, which implements fly() by flapping its wings. That works fine.

But then you add another subclass called Penguin. Penguins are birds, sure, but they can’t fly. If you try to call fly() on a Penguin, something breaks — either you throw an exception, return nothing, or do some weird workaround.

This violates LSP because if someone writes code expecting any Bird to be able to fly(), replacing it with a Penguin causes failure.

So the principle is basically saying: don’t lie about what your subclass can do.


How to Follow LSP

Here are a few practical ways to make sure you're respecting Liskov:

  • Don’t override methods in a way that changes behavior unexpectedly
  • Avoid throwing exceptions in subclasses for operations that shouldn’t fail in the parent
  • Use interfaces or abstract classes to define contracts, not assumptions

Sometimes, inheritance gets abused. Like when you create a Square class that inherits from Rectangle, assuming you can just set width and height separately. But if Square overrides the setter so changing one affects the other, then any code expecting Rectangle behavior will break.

That’s a classic LSP violation.


Refactor Instead of Force-Fit

When you run into these situations, consider refactoring:

  • Maybe inheritance isn’t the right tool here
  • Perhaps composition would work better
  • Or you need a different abstraction entirely

For example, instead of having Bird with fly(), maybe split into FlyingBird and NonFlyingBird interfaces or base classes. Then only the ones that actually fly implement that behavior. That way, anything depending on a FlyingBird knows it can safely call fly().

It’s about designing your types so that substituting them doesn’t cause surprises.


A Common Pitfall

A lot of developers fall into the trap of "is-a" thinking too rigidly. Just because a penguin is a bird doesn’t mean it should inherit all behaviors of a generic bird. Real-world hierarchies don't always map cleanly to code.

If you find yourself writing code like:

if isinstance(bird, Penguin):
    # skip flying

Then your design might already be violating LSP — because now the calling code has to know about specific subtypes to avoid errors.


Basically, keep your abstractions honest. If a subclass can't fulfill the contract of its parent without side effects or surprises, it's time to rethink the design.

The above is the detailed content of What is the Liskov substitution principle?. For more information, please follow other related articles on the PHP Chinese website!

Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn

Hot AI Tools

Undress AI Tool

Undress AI Tool

Undress images for free

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Tools

Notepad++7.3.1

Notepad++7.3.1

Easy-to-use and free code editor

SublimeText3 Chinese version

SublimeText3 Chinese version

Chinese version, very easy to use

Zend Studio 13.0.1

Zend Studio 13.0.1

Powerful PHP integrated development environment

Dreamweaver CS6

Dreamweaver CS6

Visual web development tools

SublimeText3 Mac version

SublimeText3 Mac version

God-level code editing software (SublimeText3)

Hot Topics

PHP Tutorial
1502
276
Asynchronous Programming Techniques in Modern Java Asynchronous Programming Techniques in Modern Java Jul 07, 2025 am 02:24 AM

Java supports asynchronous programming including the use of CompletableFuture, responsive streams (such as ProjectReactor), and virtual threads in Java19. 1.CompletableFuture improves code readability and maintenance through chain calls, and supports task orchestration and exception handling; 2. ProjectReactor provides Mono and Flux types to implement responsive programming, with backpressure mechanism and rich operators; 3. Virtual threads reduce concurrency costs, are suitable for I/O-intensive tasks, and are lighter and easier to expand than traditional platform threads. Each method has applicable scenarios, and appropriate tools should be selected according to your needs and mixed models should be avoided to maintain simplicity

Best Practices for Using Enums in Java Best Practices for Using Enums in Java Jul 07, 2025 am 02:35 AM

In Java, enums are suitable for representing fixed constant sets. Best practices include: 1. Use enum to represent fixed state or options to improve type safety and readability; 2. Add properties and methods to enums to enhance flexibility, such as defining fields, constructors, helper methods, etc.; 3. Use EnumMap and EnumSet to improve performance and type safety because they are more efficient based on arrays; 4. Avoid abuse of enums, such as dynamic values, frequent changes or complex logic scenarios, which should be replaced by other methods. Correct use of enum can improve code quality and reduce errors, but you need to pay attention to its applicable boundaries.

Understanding Java NIO and Its Advantages Understanding Java NIO and Its Advantages Jul 08, 2025 am 02:55 AM

JavaNIO is a new IOAPI introduced by Java 1.4. 1) is aimed at buffers and channels, 2) contains Buffer, Channel and Selector core components, 3) supports non-blocking mode, and 4) handles concurrent connections more efficiently than traditional IO. Its advantages are reflected in: 1) Non-blocking IO reduces thread overhead, 2) Buffer improves data transmission efficiency, 3) Selector realizes multiplexing, and 4) Memory mapping speeds up file reading and writing. Note when using: 1) The flip/clear operation of the Buffer is easy to be confused, 2) Incomplete data needs to be processed manually without blocking, 3) Selector registration must be canceled in time, 4) NIO is not suitable for all scenarios.

How does a HashMap work internally in Java? How does a HashMap work internally in Java? Jul 15, 2025 am 03:10 AM

HashMap implements key-value pair storage through hash tables in Java, and its core lies in quickly positioning data locations. 1. First use the hashCode() method of the key to generate a hash value and convert it into an array index through bit operations; 2. Different objects may generate the same hash value, resulting in conflicts. At this time, the node is mounted in the form of a linked list. After JDK8, the linked list is too long (default length 8) and it will be converted to a red and black tree to improve efficiency; 3. When using a custom class as a key, the equals() and hashCode() methods must be rewritten; 4. HashMap dynamically expands capacity. When the number of elements exceeds the capacity and multiplies by the load factor (default 0.75), expand and rehash; 5. HashMap is not thread-safe, and Concu should be used in multithreaded

Effective Use of Java Enums and Best Practices Effective Use of Java Enums and Best Practices Jul 07, 2025 am 02:43 AM

Java enumerations not only represent constants, but can also encapsulate behavior, carry data, and implement interfaces. 1. Enumeration is a class used to define fixed instances, such as week and state, which is safer than strings or integers; 2. It can carry data and methods, such as passing values ??through constructors and providing access methods; 3. It can use switch to handle different logics, with clear structure; 4. It can implement interfaces or abstract methods to make differentiated behaviors of different enumeration values; 5. Pay attention to avoid abuse, hard-code comparison, dependence on ordinal values, and reasonably naming and serialization.

What is a Singleton design pattern in Java? What is a Singleton design pattern in Java? Jul 09, 2025 am 01:32 AM

Singleton design pattern in Java ensures that a class has only one instance and provides a global access point through private constructors and static methods, which is suitable for controlling access to shared resources. Implementation methods include: 1. Lazy loading, that is, the instance is created only when the first request is requested, which is suitable for situations where resource consumption is high and not necessarily required; 2. Thread-safe processing, ensuring that only one instance is created in a multi-threaded environment through synchronization methods or double check locking, and reducing performance impact; 3. Hungry loading, which directly initializes the instance during class loading, is suitable for lightweight objects or scenarios that can be initialized in advance; 4. Enumeration implementation, using Java enumeration to naturally support serialization, thread safety and prevent reflective attacks, is a recommended concise and reliable method. Different implementation methods can be selected according to specific needs

Java Optional example Java Optional example Jul 12, 2025 am 02:55 AM

Optional can clearly express intentions and reduce code noise for null judgments. 1. Optional.ofNullable is a common way to deal with null objects. For example, when taking values ??from maps, orElse can be used to provide default values, so that the logic is clearer and concise; 2. Use chain calls maps to achieve nested values ??to safely avoid NPE, and automatically terminate if any link is null and return the default value; 3. Filter can be used for conditional filtering, and subsequent operations will continue to be performed only if the conditions are met, otherwise it will jump directly to orElse, which is suitable for lightweight business judgment; 4. It is not recommended to overuse Optional, such as basic types or simple logic, which will increase complexity, and some scenarios will directly return to nu.

How to fix java.io.NotSerializableException? How to fix java.io.NotSerializableException? Jul 12, 2025 am 03:07 AM

The core workaround for encountering java.io.NotSerializableException is to ensure that all classes that need to be serialized implement the Serializable interface and check the serialization support of nested objects. 1. Add implementsSerializable to the main class; 2. Ensure that the corresponding classes of custom fields in the class also implement Serializable; 3. Use transient to mark fields that do not need to be serialized; 4. Check the non-serialized types in collections or nested objects; 5. Check which class does not implement the interface; 6. Consider replacement design for classes that cannot be modified, such as saving key data or using serializable intermediate structures; 7. Consider modifying

See all articles