Facade menjamin bahwa subsistem internal akan selalu bersifat Singleton dan tidak dapat dibuat instance lebih dari satu kali.

Facade secara otomatis melakukan validasi input untuk setiap request sebelum diteruskan ke subsistem.

Interaksi langsung akan meningkatkan kompleksitas kode klien dan menciptakan ketergantungan yang sulit dipertahankan ketika subsistem berubah

Subsistem internal memiliki access modifier private sehingga secara teknis tidak dapat diakses oleh kode klien.

Membantu mengelola transisi dan kondisi antar status yang berbeda-beda dalam sebuah aplikasi

Mengelola dan mendaur ulang objek yang mahal untuk dibuat, guna mengurangi overhead.

Mengimplementasikan kerangka algoritma dengan menunda beberapa langkah ke subclass

Menyediakan interface tunggal (sederhana) untuk serangkaian interface yang lebih kompleks dalam sebuah subsistem

Memastikan bahwa setiap request yang dikirim ke backend akan diulang secara otomatis jika terjadi kegagalan (retry)

Memungkinkan adanya banyak entry point berbeda untuk mengakses subsistem backend secara bersamaan.

Mengurangi ketergantungan (coupling) frontend pada perubahan detail implementasi internal subsistem backend yang rumit

Meningkatkan kecepatan rendering frame per detik (FPS) dengan mengoptimalkan alokasi memori.

Mesin kasir yang memberikan interface tunggal untuk pembayaran tunai, kartu, atau dompet digital.

Sistem notifikasi yang dapat mendaftar dan memberitahu banyak penerima ketika terjadi suatu peristiwa.

Perpustakaan yang menyediakan banyak algoritma pengurutan yang dapat ditukar (sort, merge, quick) pada sebuah koleksi data.

Aplikasi penyusunan laporan keuangan yang memiliki urutan langkah baku (misal: fetchData, calculateTaxes, formatReport)

Primitive Operations

Template Method

Concrete Methods

Template Hook

Sebuah pemutar musik yang memiliki tombol Play/Pause. Jika sedang 'Playing', tombol berfungsi sebagai 'Pause'. Jika sedang 'Stopped', tombol berfungsi sebagai 'Play'.

Menyediakan antarmuka yang disederhanakan untuk subsistem yang kompleks.

Sebuah aplikasi e-commerce dengan berbagai metode pembayaran (Kartu Kredit, eWallet, Transfer).

Sebuah layanan yang perlu mengurutkan data menggunakan algoritma berbeda (QuickSort, BubbleSort) yang dipilih oleh pengguna.

Keduanya mengelola transisi status secara internal.

Keduanya bertujuan untuk membuat satu instance dari sebuah kelas.

Keduanya dipilih secara eksternal oleh klien.

Keduanya mendelegasikan perilaku ke objek lain yang mengimplementasikan antarmuka (interface) yang sama.

...selalu dibuat oleh objek Klien yang sama.

...harus berada dalam package yang sama.

...tidak terikat erat (loosely coupled). Context hanya tahu tentang antarmuka Strategy.

...saling terikat erat (tightly coupled).

Agar Klien dapat mengambil objek Context dari objek State.

Untuk dapat memanggil algoritma yang berbeda pada Context.

Untuk menghapus Context ketika status tidak lagi diperlukan.

Untuk memfasilitasi transisi status (misalnya, memanggil context.setState(...)).

State menggunakan pewarisan (inheritance), Strategy menggunakan komposisi (composition).

Strategy adalah tentang bagaimana (how) sesuatu dilakukan (algoritma), State adalah tentang apa (what) yang dilakukan berdasarkan status.

State lebih sederhana untuk diimplementasikan daripada Strategy.

Strategy hanya untuk algoritma matematika, State untuk logika bisnis.