GALIH L. PRAKOSO

Setelah mempelajari tentang pemrograman berorientasi objek, sekarang saatnya kita sama-sama memahami lima buah prinsip yang akan membantu kita membuat design yang lebih baik dalam mengembangkan software.

Lima buah prinsip yang akan kita pelajari disingkat menjadi satu buah kata yaitu S.O.L.I.D. Prinsip ini dipopulerkan oleh Robert C. Martin atau yang biasa dipanggil dengan nama Uncle Bob. Jika kita mengaplikasikan masing-masing prinsip dengan tepat, maka kelima prinsip ini dapat membuat baris kode yang kita tulis semakin extendable dan easier to read.

Sebaliknya jika kita mengembangan software dengan menggunakan design yang buruk, maka baris kode yang kita tulis akan menjadi sangat kaku dan rapuh, sedikit saja kita melakukan perubahan dapat menghasilkan banyak bug. Maka dari itu, sangat penting bagi kita untuk mempelajari dan menerapkan kelima prinsip yang disebut SOLID ini.

Oke, sebelumnya kita semua harus percaya bahwa :

Menerapkan prinsip SOLID tentunya memerlukan disiplin yang kuat, kita yang mungkin sering berpikir bahwa disiplin itu mengekang, harus mulai merubah pola pikir kita. Karena ketika kita disiplin saat ini, itu akan membebaskan banyak masalah di masa yang akan datang.

Langsung saja aku akan mencoba untuk menjelaskan kelima prinsip SOLID dengan sesederhana mungkin sehingga mudah dimengerti.

#1 Single Responsibility Principle

Satu class hanya boleh mengerjakan satu tujuan. Anti multitasking-multitasking club. Hindari menciptakan GOD Class yang mampu mengerjakan banyak hal. Semua methods dan properties harus bekerja untuk mengerjakan tujuan yang sama.

Ketika sebuah class sudah mulai mengerjakan beberapa tujuan, maka class tersebut harus dipecah menjadi class baru. Atau ketika sebuah class memiliki lebih dari satu alasan untuk berubah, maka class tersebut harus dipecah menjadi class baru.

Contoh :

Pada contoh di atas, kita dapat melihat bahwa class yang bernama GODClass benar-benar bertingkah seperti dewa. Mampu melakukan banyak hal, kelihatannya bagus, berarti dia multitalent :v wkwkwk. Gak -_- , itu melanggar prinsip yang pertama.

Misalnya suatu saat kita ingin merubah listDataHarga, cara menyajikan data dan format harga. Maka GODClass akan memiliki 3 alasan untuk berubah dan itu melanggar prinsip SOLID yang pertama karena sebuah class harus memiliki satu, dan hanya satu alasan untuk berubah.

#2 Open/Closed Principle

Sengaja ga saya translate karena saya susah bahasa indonesiain :D jadi aneh. Maksud dari prinsip kedua ini adalah misalnya ada sebuah tim programmer yang sedang mengerjakan sebuah aplikasi, suatu hari ada sebuah class yang ditulis oleh programmer yang bernama Paijo, nah setelah Paijo selesai menulis class-nya ada programmer lain yang bernama Suparman yang ingin menggunakan class yang dibuat oleh Paijo namun dia menginginkan ada beberapa perubahan pada class tersebut. Nah, seharusnya Suparman dapat dengan mudah meng-extend class yang dibuat oleh Paijo. Tetapi dengan catatan bahwa Suparman tidak perlu merubah class yang ditulis oleh paijo.

Contoh :

#3 Liskov Substitution Principle

 Class induk harus dapat dengan mudah digantikan dengan class turunannya tanpa menghancurkan keseluruhan aplikasi. Langsung saja kita ambil sebagai contoh misalnya :

Pada kode di atas kita bisa langsung melihat bahwa ada class induk yang bernama AlatMusik , class induk tersebut memiliki dua class turunan yang bernama Gitar dan Biola. Masing - masing dapat mengimplementasikan method berbunyi() nya sendiri-sendiri tanpa merusak atau mengotak atik class induknya sehingga hal tersebut tidak akan merusak jalannya aplikasi.

#4 Interface Segregation Principle

Jika kalian sudah mulai belajar PBO, pastinya kamu tidak asing dengan yang namanya interface. Yak, maksud dari prinsip yang ke empat ini sangatlah sederhana yaitu banyak interface yang memiliki tujuan spesifik lebih baik daripada hanya satu interface namun memiliki banyak tujuan. Langsung aja lihat contoh di bawah ini :

Dengan melihat contoh diatas tentunya kita bisa langsung paham bahwa contoh yang salah di atas adalah contoh yang memaksa penggunanya untuk mengimplementasikan semua method, sementara yang benar tidak.

Misalnya suatu saat pengguna hanya ingin mengimplementasikan fungsi untuk menangani ketika ada interaksi sentuhan. Masa iya dia harus mengimplementasikan fungsi lain yang tidak dia butuhkan? kan tidak efisien.

#5 Dependency Inversion

Yak, sampailah kita pada prinsip yang terakhir. Pengertian dari prinsip ini adalah bahwa class yang dikategorikan sebagai high-level class tidak boleh bergantung pada low-level class tetapi harus bergantung pada abstraksi.

Waduh, gimana sih maksudnya? maksudnya adalah setiap class tidak boleh berinteraksi secara langsung. Kenapa? karena itu akan menyebabkan terjadinya tight coupling atau keterikatan yang kuat antara kedua class tersebut. Lalu bagaimana class berkomunikasi? Menggunakan Interface. 

Dengan begitu, high-level class tidak perlu khawatir aplikasi akan rusak jika terjadi perubahan pada low-level class. Langsung saja deh lihat contohnya :

Perhatikan class ProyekBangunan yang ada pada contoh di atas. Kita bisa melihat bahwa method mulaiProyek() yang ada pada ProyekBangunan memanggil method kerja() pada setiap class yang mengimplementasikan interface PekerjaBangunan tanpa mengkhawatirkan bagaimana masing-masing pekerja melakukan pekerjaannya yang dia tahu hanya PekerjaBangunan pasti bisa kerja. Dengan begini class ProyekBangunan tidak terikat secara langsung dengan setiap class pekerja dan jika pekerja suatu saat bekerja dengan cara yang berbeda, high-level class seperti ProyekBangunan tidak perlu khawatir dengan perubahan tersebut.

Yak, kira-kira begitulah penjelasan yang bisa kusampaikan kepada teman-teman semua. Jika mungkin aku salah dalam menjelaskan tolong dikoreksi dan jika kalian ada pertanyaan jangan sungkan - sungkan untuk memulai diskusi dengan berkomentar pada kolom komentar yang berada di bawah. Semoga bermanfaat!