![\"\"](\"http:\/\/binus.ac.id\/bekasi\/wp-content\/uploads\/2024\/08\/A2-640x183.png\")
<\/h1>\n<\/h1>\nFigure 1. SOLID Principles (sumber: https:\/\/www.thoughtworks.com\/)<\/p>\n
Dalam publikasi tahun 2000an berjudul “Design Principle and Design Pattern”, Robert C. Martin, yang juga dikenal sebagai Uncle Bob, memperkenalkan konsep SOLID Principles. Tujuan dari prinsip ini adalah untuk membantu software engineer<\/em> bekerja dalam kelompok dengan lebih mudah, serta untuk menghasilkan kode yang dapat digunakan kembali, dipelihara, diskalakan, dan diuji. Single-responsibility principle<\/em>, Open-closed principle<\/em>, Liskov substitution principle<\/em>, Interface segregation principle<\/em> dan Dependency Inversion Principle<\/em> dikenal sebagai SOLID. SOLID adalah fondasi umum untuk pemrograman berbasis objek (OOP).<\/p>\n \u201cResponsibilities should be limited to one per class.\u201d<\/em><\/p>\n Single responsibility<\/em> artinya class wajib<\/strong> memiliki satu tanggung jawab, jadi setiap class tidak boleh memiliki lebih dari satu tugas. Misalnya, class checkout memiliki kemampuan untuk menghitung order, mengakses database, dan mencetak faktur, yang sangat bertentangan dengan prinsip ini.<\/p>\n \u201cSoftware entities should be open for extension but closed for modification\u201d<\/em><\/p>\n Menurut prinsip Open-Closed, entitas perangkat lunak seperti class, modul, dan fungsi harus dapat diperluas tanpa mengubah kode yang sudah ada. Ini berarti bahwa jika kita perlu menambahkan fitur atau perilaku baru ke perangkat lunak, kita harus dapat melakukannya dengan menambahkan kode baru daripada mengubah kode yang sudah ada. Hal ini penting untuk menghindari bug yang tidak terduga dan menjaga stabilitas kode yang sudah berfungsi dengan baik.<\/p>\n \u201cObjects in a program should be replaceable with instances of their subtypes without altering the correctness of that program\u201d<\/em><\/p>\n Menurut prinsip Liskov substitution, objek class dapat digantikan dengan objek subclass tanpa mempengaruhi program. Dengan kata lain, jika suatu class B adalah subclass dari class A, maka kita harus dapat menggunakan objek dari class B di mana pun kita menggunakan objek dari class A, dan program harus tetap berfungsi dengan benar.<\/p>\n \u201cClients should not be forced to depend on interfaces they do not use\u201d<\/em><\/p>\n Dalam pembuatan interface<\/em>, lebih baik membuat banyak interface<\/em> dengan fungsi yang spesifik. Hal ini lebih baik daripada membuat satu interface<\/em> dengan fungsi yang tidak spesifik. Pemisahan interface digunakan untuk mencegah klien menggunakan kode yang tidak diperlukan.<\/p>\n Misalnya, jika kita memiliki interface<\/em> untuk kendaraan yang memiliki metode seperti “StartEngine” dan “Fly”, sebaiknya metode ini dipisah jika tidak semua kendaraan bisa terbang. Sebuah mobil, misalnya, seharusnya tidak perlu meng-implement<\/em> metode “Fly”.<\/p>\n \u201cHigh-level modules should not depend on low-level modules. Both should depend on abstractions\u201d<\/em><\/p>\n Class dengan kompleksitas yang lebih rendah tidak boleh bergantung pada class yang lebih tinggi kompleksitasnya. Kemudian, untuk komunikasi antar kelas harus melalui abstraksinya, atau interface. Tujuan dari prinsip ini adalah untuk mengurangi ketergantungan antara berbagai bagian sistem, sehingga perubahan pada satu bagian tidak secara langsung memengaruhi bagian lainnya.<\/p>\n <\/p>\n Prinsip Pemrograman SOLID – by Asdita Prasetya | TLabCircle (medium.com)<\/a><\/span><\/p>\nSingle responsibility principle<\/span><\/h3>\n
Open-closed principle<\/span><\/h3>\n
Liskov Substitution Principle<\/span><\/h3>\n
Interface Segregation Principle<\/span><\/h3>\n
Dependency Inversion Principle<\/span><\/h3>\n
Referensi<\/span><\/h3>\n