IF Notes

Design Pattern

5 min read

Back to IF2010 Pemrograman Berorientasi Objek

Topic

Questions/Cues

  • Definisi Pattern
  • Inspirasi & Buku “Gang of Four” (GoF)
  • Pattern vs Framework
  • 3 Kategori Design Pattern
  • 4 Elemen Deskripsi Pattern
  • Contoh: Adapter & Observer
  • Kritik terhadap Pattern
  • Kritik khusus: Singleton
  • Cara Memandang Pattern

Apa itu Design Pattern?

  • Sebuah pattern (pola) adalah ide yang telah terbukti berguna dalam satu konteks praktis dan kemungkinan besar akan berguna di konteks lain.
  • Pola ini ditemukan dari pengalaman praktis di proyek nyata, bukan diciptakan dari teori.
  • Christopher Alexander, seorang arsitek bangunan, mendefinisikannya sebagai deskripsi masalah yang berulang dan inti solusi untuk masalah tersebut, yang dapat digunakan berulang kali dengan cara yang berbeda.
  • Dalam pemrograman berorientasi objek (OO), pattern membantu memodelkan persoalan dari sebuah domain ke dalam bentuk objek.

Referensi Utama: Buku “Gang of Four” (GoF)

  • Buku paling populer adalah Design Patterns: Elements of Reusable Object-Oriented Software (1995).
  • Buku ini ditulis oleh “Gang of Four” (GoF): Erich Gamma, Richard Helm, Ralph Johnson, dan John Vlissides.
  • Buku ini berisi 23 design patterns yang menjadi acuan utama dalam pengembangan perangkat lunak berorientasi objek.

Pattern vs. Framework

  • Reusability (penggunaan kembali kode) adalah salah satu keunggulan utama OO. Namun, ini lebih sering berhasil di level GUI dan basis data daripada di level business logic yang kompleks.
  • Pattern membantu dengan memberikan alternatif cara pemodelan suatu situasi, mengambil pelajaran dari domain lain.
  • Framework adalah saat kita memilih satu model partikular untuk diimplementasikan.

Kategori dan Elemen Design Pattern

GoF mengelompokkan 23 pola ke dalam 3 kategori:

  1. Creational: Berfokus pada mekanisme penciptaan objek, memberikan fleksibilitas dan penggunaan kembali kode. Contoh: Singleton, Factory Method, Builder.
  2. Structural: Menjelaskan cara menyusun objek dan kelas menjadi struktur yang lebih besar, fleksibel, dan efisien. Contoh: Adapter, Decorator, Façade.
  3. Behavioral: Berkaitan dengan algoritma dan pembagian tanggung jawab antar objek. Contoh: Observer, Strategy, Command.

Setiap pola dalam buku GoF dijelaskan menggunakan 4 elemen:

  • Nama Pola: Identifikasi unik.
  • Problem: Kapan pola ini sebaiknya diterapkan.
  • Solution: Elemen-elemen desain dan hubungannya.
  • Consequences: Hasil, keuntungan, dan kerugian (trade-offs) dari penggunaan pola tersebut.

Kritik terhadap Design Patterns

  • Keterbatasan Bahasa: Sebagian pola dianggap hanya sebagai workaround untuk fitur yang tidak ada di bahasa pemrograman tertentu seperti C++ atau Java.
  • Overusing: Pemula cenderung menggunakan pola secara berlebihan, seperti peribahasa “jika Anda hanya punya palu, semua terlihat seperti paku.”
  • Kurang Inovatif: Alan Kay (pencetus OO) berpendapat bahwa mengabstraksikan pola dari praktik pemrograman saat ini seolah-olah memuliakan praktik tersebut, padahal mungkin praktik itu sendiri belum tentu baik.
  • Kritik Khusus untuk Singleton:
    • Menyembunyikan dependensi, menjadikannya seperti variabel global.
    • Melanggar Single Responsibility Principle karena mengontrol penciptaan dirinya sendiri.
    • Menyebabkan tight coupling (keterikatan yang erat) dan sulit untuk diuji.
    • Membawa state selama aplikasi berjalan, yang dapat mengacaukan unit test yang seharusnya independen. Alternatif yang lebih baik seringkali adalah Dependency Injection.

Bagaimana Seharusnya Memandang Design Patterns

  • Pola adalah titik awal, bukan tujuan akhir. Mereka adalah “benih” yang berisi ide dan visi untuk dikembangkan.
  • Saat menggunakan pola, baca dokumentasinya dengan lengkap untuk memahami batasan dan fitur pentingnya.
  • Cobalah agar pola tersebut sesuai, tetapi jangan terlalu dipaksakan. Jika tidak cocok, jangan ragu untuk memodifikasinya. Pola adalah saran, bukan resep yang kaku.

Summary

Design Patterns adalah solusi yang telah teruji untuk masalah-masalah umum dalam desain perangkat lunak berorientasi objek. Dipopulerkan oleh buku “Gang of Four”, pola-pola ini terbagi menjadi tiga kategori utama—Creational, Structural, dan Behavioral—dan berfungsi sebagai titik awal atau panduan, bukan sebagai aturan yang kaku. Meskipun sangat berguna, mereka juga menerima kritik karena terkadang menjadi workaround untuk keterbatasan bahasa atau digunakan secara berlebihan. Pola seperti Singleton bahkan dikritik karena melanggar prinsip desain yang baik, sehingga penting untuk memahami konsekuensi dan alternatif dari setiap pola sebelum menerapkannya.

Graph View

Backlinks