MotivationAll the time we design a

Motivation

All the time we design a program module and we create some class hierarchies. Then we extend some classes creating some derived classes.

We must make sure that the new derived classes just extend without replacing the functionality of old classes. Otherwise the new classes can produce undesired effects when they are used in existing program modules.

Likov's Substitution Principle states that if a program module is using a Base class, then the reference to the Base class can be replaced with a Derived class without affecting the functionality of the program module.
Intent

Derived types must be completely substitutable for their base types.
Example

Below is the classic example for which the Likov's Substitution Principle is violated. In the example 2 classes are used: Rectangle and Square. Let's assume that the Rectangle object is used somewhere in the application. We extend the application and add the Square class. The square class is returned by a factory pattern, based on some conditions and we don't know the exact what type of object will be returned. But we know it's a Rectangle. We get the rectangle object, set the width to 5 and height to 10 and get the area. For a rectangle with width 5 and height 10 the area should be 50. Instead the result will be 100

Results (Indonesian) 1:

MotivasiSepanjang waktu kita merancang program modul dan kami membuat beberapa kelas hierarki. Kemudian kami memperluas beberapa kelas yang menciptakan kelas beberapa turunan.Kita harus memastikan bahwa kelas turunan baru hanya memperpanjang tanpa menggantikan fungsi tua kelas. Sebaliknya kelas baru yang dapat menghasilkan efek yang tidak diinginkan ketika mereka sedang digunakan dalam modul-modul program yang sudah ada.Likov's substitusi prinsip menyatakan bahwa jika modul program yang menggunakan kelas dasar, kemudian rujukan kepada kelas dasar bisa diganti dengan kelas berasal tanpa mempengaruhi fungsi modul program.MaksudJenis berasal harus benar-benar pengganti untuk jenis dasar mereka.ContohDibawah ini adalah contoh klasik yang Likov substitusi prinsip yang dilanggar. Dalam contoh 2 kelas yang digunakan: persegi panjang dan persegi. Mari kita asumsikan bahwa objek persegi panjang digunakan di suatu tempat dalam aplikasi. Kami memperluas aplikasi dan menambahkan kelas persegi. Kelas persegi kembali oleh pola pabrik, berdasarkan beberapa kondisi dan kita tidak tahu persis apa jenis objek akan dikembalikan. Tetapi kita tahu itu adalah sebuah persegi panjang. Kami mendapatkan objek persegi panjang, mengatur lebar 5 dan tinggi sampai 10 dan mendapatkan daerah. Untuk persegi panjang dengan lebar 5 dan tinggi 10 daerah harus 50. Sebaliknya hasilnya akan 100

Results (Indonesian) 2:

Motivasi Semua waktu kita merancang modul program dan kami membuat beberapa hierarki kelas. Kemudian kami memperluas beberapa kelas menciptakan beberapa kelas turunan. Kita harus memastikan bahwa kelas turunan baru saja memperpanjang tanpa mengganti fungsi dari kelas tua. Jika tidak kelas baru dapat menghasilkan efek yang tidak diinginkan ketika mereka digunakan dalam modul program yang ada. Likov ini Pergantian Prinsip menyatakan bahwa jika modul program menggunakan kelas Base, maka referensi ke kelas Base bisa diganti dengan kelas Berasal tanpa mempengaruhi fungsi program modul. Intent Berasal jenis harus benar-benar disubstitusikan untuk jenis basis mereka. Contoh Berikut adalah contoh klasik dimana Likov ini Pergantian Prinsip dilanggar. Dalam contoh 2 kelas yang digunakan: Rectangle dan Square. Mari kita berasumsi bahwa objek Rectangle digunakan di suatu tempat di aplikasi. Kami memperluas aplikasi dan menambahkan kelas Square. Kelas persegi dikembalikan oleh pola pabrik, didasarkan pada beberapa kondisi dan kita tidak tahu persis apa jenis objek akan dikembalikan. Tapi kami tahu itu Rectangle a. Kami mendapatkan obyek persegi panjang, mengatur lebar untuk 5 dan tinggi 10 dan daerah. Untuk persegi panjang dengan lebar 5 dan tinggi 10 daerah harus 50. Sebaliknya hasilnya akan 100