Pola Bridge dijelaskan dengan contoh

Tujuan

Memisahkan abstraksi dari implementasinya agar keduanya dapat bervariasi secara independen. Pola Bridge adalah salah satu dari tujuh pola structural dalam buku Gang of Four (GoF), tempat pola ini juga dikenal sebagai Handle/Body.

Masalah yang diselesaikan

Bayangkan aplikasi yang mengirim dua jenis pesan, peringatan dan pengingat, lewat dua saluran, email dan SMS. Jika dimodelkan dengan inheritance, Anda mendapat EmailAlert, SmsAlert, EmailReminder, dan SmsReminder. Tambahkan saluran push dan pesan ringkasan, dan Anda butuh sembilan kelas. Setiap tipe baru di salah satu sisi melipatgandakan totalnya.

Masalah sebenarnya adalah hierarki kelas mencampur dua pertanyaan yang independen: apa pesan itu, dan bagaimana pesan itu dikirim. Pola Bridge memisahkannya menjadi dua hierarki dan menghubungkannya dengan referensi, sehingga total bertambah secara penjumlahan, bukan perkalian.

Struktur dan peserta

Implementasi TypeScript

// Implementor: how a message is delivered.
interface Sender {
  deliver(to: string, subject: string, body: string): string;
}

class EmailSender implements Sender {
  deliver(to: string, subject: string, body: string) { return `email ${to} | ${subject} | ${body}`; }
}

class SmsSender implements Sender {
  deliver(to: string, subject: string, body: string) { return `sms ${to} | ${subject}: ${body}`.slice(0, 40); }
}

// Abstraction: what the message is. It holds the bridge to a Sender.
abstract class Message {
  constructor(protected sender: Sender) {}
  abstract send(to: string): string;
}

class Alert extends Message {
  constructor(sender: Sender, private problem: string) { super(sender); }
  send(to: string): string {
    return this.sender.deliver(to, "ALERT", this.problem.toUpperCase());
  }
}

class Reminder extends Message {
  constructor(sender: Sender, private task: string, private due: string) { super(sender); }
  send(to: string): string {
    return this.sender.deliver(to, "Reminder", `${this.task} by ${this.due}`);
  }
}

console.log(new Alert(new SmsSender(), "disk full").send("+100")); // sms +100 | ALERT: DISK FULL
console.log(new Reminder(new EmailSender(), "Pay invoice", "Friday").send("[email protected]"));
// email [email protected] | Reminder | Pay invoice by Friday

Menambah PushSender hanya satu kelas, dan langsung bekerja dengan peringatan dan pengingat. Menambah pesan Digest hanya satu kelas, dan langsung bekerja dengan setiap sender. Karena sender hanyalah argumen konstruktor, sender juga bisa dipilih saat runtime, misalnya dari preferensi pengguna.

Kapan memakainya, dan kapan tidak

Gunakan pola Bridge ketika:

• Sebuah kelas bervariasi dalam dua dimensi independen atau lebih, dan inheritance akan menciptakan kelas untuk setiap kombinasi.
• Anda ingin mengganti implementasi saat runtime, atau berbagi satu objek implementasi di antara beberapa abstraksi.
• Anda membangun kode yang harus berjalan di beberapa platform (sistem operasi, back end rendering, mesin database) dan ingin detail platform berada di satu hierarki terpisah.

Hindari ketika:

• Hanya ada satu dimensi perubahan. Interface sederhana dengan beberapa implementasi sudah cukup.
• Anda menambahkannya "untuk nanti" padahal hanya ada satu implementasi. Lapisan tambahan membuat kode lebih sulit dibaca tanpa manfaat apa pun saat ini.

Pemakaian di dunia nyata

• JDBC di Java adalah contoh yang terkenal: kode aplikasi ditulis terhadap API JDBC, sementara setiap vendor database menyediakan driver yang mengimplementasikan operasi tingkat rendah. Kedua sisi berkembang secara independen.
• Toolkit grafis dan UI menjaga API widget atau bentuk yang tidak bergantung platform di atas back end penggambaran khusus platform. Contoh dari buku GoF sendiri adalah abstraksi Window dengan implementasi WindowImp terpisah untuk setiap sistem jendela.
• Pustaka logging sering memisahkan API logger yang dipanggil kode dari handler atau appender yang menulis ke file, konsol, atau layanan jaringan.

Pola terkait