Ringkasan
Saat berkomunikasi dengan subsistem internal, itu harus dilakukan melalui objek mode penampilan terpadu, yang merupakan mode penampilan, juga dikenal sebagai mode penampilan. Secara umum, pola fasad adalah untuk mengurangi ketergantungan antara klien dan lapisan implementasi. Tujuan mode penampilan adalah untuk menyediakan saluran komunikasi yang terpusat dan disederhanakan untuk subsistem.
Diagram Kelas UML
Dalam diagram UML di atas, tiga karakter muncul:
Peran Klien: Pengguna memanggil kelas pola penampilan melalui klien untuk mengoperasikan subsistem;
Fasad: Klien dapat memanggil kelas ini, yang berisi fungsi spesifik dalam subsistem panggilan;
Peran Subsistem (Modul): Menentukan fungsi individu tertentu dalam subsistem;
Contoh kode:
wawancara paket; kelas modulea {public void testa () {System.out.println ("Metode di Modulea"); }} class moduleb {public void testB () {System.out.println ("Metode dalam Moduleb"); }} class modulec {public void testc () {System.out.println ("Metode di Modulec"); }} class facade {public void testa () {modulea modulea = new modulea (); modulea.testa (); } public void testB () {moduleb moduleb = Moduleb baru (); moduleb.testb (); } public void testc () {Modulec modulec = new Modulec (); modulec.testc (); }} kelas publik Maintest {public static void main (string arg []) {facade facade = new facade (); facade.testa (); facade.testb (); facade.testc (); }} Dalam kode di atas, kelas fasad bertindak sebagai antarmuka penampilan modula, moduleb, dan modul Modulec. Melalui kelas ini, klien tidak perlu memanggil modul ABC dari subsistem secara langsung, juga tidak perlu mengetahui detail di dalam sistem, sehingga lebih baik menerapkan decoupling antara klien dan sistem.
Pada saat yang sama, menggunakan mode penampilan, metode ini dapat diekspos secara opsional. Metode yang ditentukan dalam modul dapat dibagi menjadi dua bagian, sebagian untuk digunakan di luar subsistem, dan sebagian ketika modul di dalam subsistem saling disebut.
Keuntungan dari Mode Penampilan
Pola penampilan melonggarkan hubungan kopling antara klien dan subsistem, membuatnya lebih mudah untuk memperluas dan memelihara modul dalam subsistem.
Buat subsistem lebih mudah digunakan. Klien tidak perlu lagi memahami implementasi subsistem, juga tidak perlu berinteraksi dengan banyak modul internal subsistem. Mereka hanya perlu berinteraksi dengan kelas penampilan.
Ini dapat membantu kami membagi tingkat akses dengan lebih baik. Beberapa metode berada di luar sistem, sementara yang lain digunakan secara internal. Fungsi konsentrat yang perlu diekspos ke luar ke etalase, yang tidak hanya nyaman untuk digunakan klien, tetapi juga menyembunyikan detail internal dengan baik.
Di atas adalah semua konten artikel ini. Saya berharap ini akan membantu untuk pembelajaran semua orang dan saya harap semua orang akan lebih mendukung wulin.com.