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.

Some glossary:

A base class is a class, in an object-oriented programming language, from which other classes are derived. It facilitates the creation of other classesthat can reuse the code implicitly inherited from thebase class (except constructors and destructors)

A subclass is a class formed using inheritance
A subtype is a class that can be substituted (using polymorphism) with no observable effect
Not all subclasses are subtypes

There are important differences between subtypes and subclasses in supporting reuse. Subclasses allow one to reuse the code inside classes - both instance variable declarations and method definitions. Thus they are useful in supporting code reuse inside a class. Subtyping on the other hand is useful in supporting reuse externally, giving rise to a form of polymorphism. That is, once a data type is determined to be a subtype of another, any function or procedure that could be applied to elements of the supertype can also be applied to elements of the subtype.Notice that the subtype relation depends only on the public interfaces of objects, not their implementations. In particular if one type is a subtype of another, it is not necessary for objects of those types to have arisen from classes that are in the subclass relation. By the same argument, objects of the same type need not have arisen from the same class.

They may have been generated by classes with different collections of (hidden) instance variables and method bodies, but whose (visible) methods have the same types. This is similar to the impact of information hiding in programming languages which support abstract data types.

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.Beberapa istilah:Kelas dasar adalah kelas, dalam bahasa berorientasi objek pemrograman, dari mana kelas-kelas lain yang berasal. Itu memfasilitasi penciptaan lain classesthat dapat menggunakan kembali kode secara implisit mewarisi dari kelas thebase (kecuali konstruktor dan destructors)Sebuah subclass adalah kelas dibentuk dengan warisanSubtipe adalah kelas yang bisa diganti (menggunakan polimorfisme) dengan tidak ada efek yang diamatiTidak semua subclass adalah subtipeAda perbedaan penting antara subtipe dan subclass dalam mendukung penggunaan kembali. Subclass memungkinkan seseorang untuk menggunakan kembali kode di dalam kelas - keduanya misalnya Deklarasi variabel dan metode definisi. Dengan demikian mereka sangat berguna dalam mendukung kembali kode di dalam kelas. Subtyping di sisi lain ini berguna dalam mendukung reuse eksternal, menimbulkan bentuk polimorfisme. Yaitu, setelah tipe data yang ditentukan harus a subtipe dari fungsi lain, atau prosedur yang dapat diterapkan untuk unsur-unsur supertype juga dapat diterapkan untuk unsur-unsur subtipe. Perhatikan bahwa hubungan subtipe tergantung hanya pada antarmuka publik objek, bukan implementasi mereka. Khususnya jika satu jenis subtipe lain, hal ini tidak diperlukan untuk objek jenis tersebut telah muncul dari kelas yang dalam kaitannya subclass. Oleh argumen yang sama, objek dari jenis yang sama perlu tidak muncul dari kelas yang sama. Mereka mungkin telah dihasilkan oleh kelas dengan koleksi yang berbeda (tersembunyi) contoh variabel dan metode tubuh, tetapi metode (terlihat) yang memiliki jenis yang sama. Hal ini mirip dengan dampak dari informasi yang bersembunyi di pemrograman bahasa yang mendukung tipe data abstrak.

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 dari modul program. Beberapa glossary: ​​Sebuah kelas dasar kelas, dalam bahasa pemrograman berorientasi objek, dari yang kelas-kelas lain berasal. Ini memfasilitasi penciptaan classesthat lain dapat menggunakan kembali kode implisit mewarisi dari kelas TheBase (kecuali konstruktor dan destructors) Sebuah subclass adalah kelas dibentuk menggunakan warisan A subtipe adalah kelas yang bisa diganti (menggunakan polimorfisme) tanpa efek diamati Tidak semua subclass adalah subtipe Ada perbedaan penting antara subtipe dan subclass dalam mendukung penggunaan kembali. Subclass memungkinkan seseorang untuk menggunakan kembali kode di dalam kelas - baik contoh deklarasi variabel dan definisi metode. Sehingga mereka berguna dalam mendukung penggunaan kembali kode di dalam kelas. Subtyping di sisi lain ini berguna dalam mendukung penggunaan kembali eksternal, sehingga menimbulkan suatu bentuk polimorfisme. Artinya, sekali tipe data bertekad untuk menjadi subtipe lain, setiap fungsi atau prosedur yang dapat diterapkan untuk unsur supertype juga dapat diterapkan untuk unsur subtype.Notice bahwa hubungan subtipe tergantung hanya pada antarmuka publik benda, tidak implementasi mereka. Khususnya jika satu jenis adalah subtipe lain, tidak perlu untuk objek dari jenis-jenis yang telah muncul dari kelas yang berada di hubungan subclass. Dengan argumen yang sama, objek dari jenis yang sama tidak perlu muncul dari kelas yang sama. Mereka mungkin telah dihasilkan oleh kelas dengan koleksi yang berbeda (tersembunyi) variabel contoh dan metode tubuh, tetapi yang (terlihat) metode memiliki jenis yang sama. Hal ini mirip dengan dampak dari informasi bersembunyi dalam bahasa pemrograman yang mendukung tipe data abstrak.