Prinsip Clean Code & SOLID: Refactoring Kode Kusut Menjadi Komponen Elegan

Tanda-Tanda Kode Mengalami Pembusukan (Code Smell)

Salah satu ciri khas kode yang buruk adalah sebuah file fungsi atau class yang mencoba melakukan terlalu banyak hal: mengambil data dari database, memvalidasi input formulir, menghitung pajak diskon, dan mengirim email sekaligus.

Ketika ada perubahan kecil pada aturan perhitungan pajak, fungsi email ikut rusak secara tidak sengaja. Ini melanggar Single Responsibility Principle (SRP).

Menerapkan Dependency Inversion Principle (DIP)

Jangan membuat modul bisnis tingkat tinggi bergantung langsung pada modul teknis tingkat rendah:

// Pendekatan Buruk: Terikat mati pada layanan kirim email tertentu
class OrderService {
  private emailClient = new SendGridClient('SECRET_KEY'); // Sulit di-mock saat testing
}

// Pendekatan Elegan: Bergantung pada Interface Abstraksi
interface NotificationService {
  send(to: string, message: string): Promise<void>;
}

class OrderService {
  constructor(private notifier: NotificationService) {} // Dependency Injection
}

Dengan pola ini, Anda dapat mengganti penyedia email dari SendGrid ke Resend atau mock tester tanpa perlu menyentuh satu baris pun kode logika pesanan Anda.