Pengenalan Refactoring

Ketika sebuah project menjadi semakin besar dan code mencapai jumlah yg cukup besar. Maka besar kemungkinan bahwa kode tersebut mengandung banyak duplikasi, menyalahi aturan2 fundamental oo, responsibility dari class yg salah dll. Kacau. Membaca nya aja udh bikin pusing. Code yg ga jelas. Dan muncul pikiran .. sudahlah .. bangun aja semua dari awal … hehehehe

Apalagi di project yg menggunakan oo.Mudah terjadi penyalah gunaan konsep , pelanggaran2, yang menyebabkan code menjadi mumet dan ruwet seperti benang kusut.

Jadi apa yg perlu dilakukan pada code2 yang mumet dan kusut dan jorok. Ya di bersihkan, di clean up. Tapi tidak mudah meyakinkan orang untuk mengubah code yang sudah berjalan. Karena rata2 orang berpikir.

Buat apa lagi diubah, toh sudah jalan. Jangan nambah2 kerjaan. Msih banyak yang harus dikejar nih.

Hal ini wajar saja terjadi jika emang projectnya udh dekat dengan deadline. Yg paling penting jalan dulu lah. Mw ga oo ato salah responsibility. Bodo amat. Yg penting jalan. Customer senang.

Itu merupakan tantangan bagi suatu project. Apakah code yg busuk atau jorok itu akan di cleanup atau malah dibiarkan saja.

Kadang juga programmer ga sadar klo mereka udh bikin code yang salah dan bad smell. Tapi itu bukan sepenuhnya salah programmer. Karena mungkin mereka sudah lama coding dengan cara yg seperti itu jadi lama kelamaan ga sadar lagi klo itu salah. Nah .. emang diperlukan mata2 fresh yg bisa melihat kesalahan2 tersebut. Nah jadi perlu diadakan review ttg code yang ada.

Jadi diperlukan saat untuk memperbaiki code yang ada tapi tidak mengubah fungsionalitasnya. Itulah yg disebut refactoring. Mengubah struktur code yang sudah berjalan (camkan . sudah berjalan. jadi bukan code yg error) tanpa mengubah fungsionalitas atau behaviour dari code tersebut.

Nah. keuntungan melakukan refactoring apa ?

Salah satunya code lebih mudah dimaintain. Code enak dibaca. Ga rumit. Mudah menambahkan kelas baru. Ga sulit ngubah code jika terjadi perubahan requirement dll.

Kebanyakan management menolak melakukan hal ini pada projectnya karena mereka tidak melihat keuntunganya. Apalagi pada schedule yang ketat. Mreka melihat bahwa refactoring ini hanya akan menghambat pengejaran deadline. Karena refactoring menambah pekerjaan.

Tapi kebanyakan project gagal karena code yang sudah membludak dan kusut. Code tersebut complex untuk dipahami dan sulit di ubah.

Jadi lakukan refactoring sesering mungkin. Dan jangan menumpuk numpuk pekerjaan. Karena code yang bad smell dan tidak direfactor akan menjadi hutang yang ketika sudah banyak akan menyebabkan kita kerepotan membayarnya.

Dengan refactoring kita juga memperbaiki design setelah code tersebut dibuat. Berbeda dengan yg mungkin kita lakukan sebelumnya. Design and Code.

Jadi dengan refactoring kita dapat memulai dengan design yg buruk dan mengubahnya menjadi design yang benar. Setiap langkah2nya tidak rumit2 amat. memindahkan method dari satu class, memindahkan field dari satu class atau bahkan hanya mengubah nama variable agar lebih mudah dimengerti.

Jadi design berkembang seiring dengan berjalannya project. Design selalu diperbaiki setiap saat.

Advertisement