Về truy vấn của bạn:
Có phải Facade là một lớp chứa rất nhiều lớp khác?
Đúng. Nó là một trình bao bọc cho nhiều hệ thống phụ trong ứng dụng.
Điều gì làm cho nó một mô hình thiết kế? Đối với tôi, nó giống như một lớp học bình thường
Tất cả các mẫu thiết kế cũng là các lớp bình thường. @ Unmesh Kondolikar đã trả lời đúng câu hỏi này.
Bạn có thể giải thích cho tôi về Mặt tiền này, tôi chưa quen với các mẫu thiết kế.
Theo GoF, mẫu thiết kế Facade được xác định là:
Cung cấp một giao diện hợp nhất cho một tập hợp các giao diện trong một hệ thống con. Mẫu mặt tiền xác định giao diện cấp cao hơn giúp hệ thống con dễ sử dụng hơn
Mẫu mặt tiền thường được sử dụng khi:
- Một giao diện đơn giản là cần thiết để truy cập vào một hệ thống phức tạp.
- Các tóm tắt và triển khai của một hệ thống con được kết hợp chặt chẽ.
- Cần một điểm vào cho mỗi cấp độ của phần mềm lớp.
- Hệ thống rất phức tạp hoặc khó hiểu.
Hãy lấy một ví dụ từ thực sự của trang web Cleartrip .
Trang web này cung cấp các tùy chọn để đặt
- Chuyến bay
- Nhiều khách sạn
- Chuyến bay + Khách sạn
Đoạn mã:
import java.util.*;
public class TravelFacade{
FlightBooking flightBooking;
TrainBooking trainBooking;
HotelBooking hotelBooking;
enum BookingType {
Flight,Train,Hotel,Flight_And_Hotel,Train_And_Hotel;
};
public TravelFacade(){
flightBooking = new FlightBooking();
trainBooking = new TrainBooking();
hotelBooking = new HotelBooking();
}
public void book(BookingType type, BookingInfo info){
switch(type){
case Flight:
// book flight;
flightBooking.bookFlight(info);
return;
case Hotel:
// book hotel;
hotelBooking.bookHotel(info);
return;
case Train:
// book Train;
trainBooking.bookTrain(info);
return;
case Flight_And_Hotel:
// book Flight and Hotel
flightBooking.bookFlight(info);
hotelBooking.bookHotel(info);
return;
case Train_And_Hotel:
// book Train and Hotel
trainBooking.bookTrain(info);
hotelBooking.bookHotel(info);
return;
}
}
}
class BookingInfo{
String source;
String destination;
Date fromDate;
Date toDate;
List<PersonInfo> list;
}
class PersonInfo{
String name;
int age;
Address address;
}
class Address{
}
class FlightBooking{
public FlightBooking(){
}
public void bookFlight(BookingInfo info){
}
}
class HotelBooking{
public HotelBooking(){
}
public void bookHotel(BookingInfo info){
}
}
class TrainBooking{
public TrainBooking(){
}
public void bookTrain(BookingInfo info){
}
}
Giải trình:
FlightBooking, TrainBooking and HotelBooking là các hệ thống con khác nhau của hệ thống lớn: TravelFacade
TravelFacade cung cấp một giao diện đơn giản để đặt một trong các tùy chọn dưới đây
Flight Booking
Train Booking
Hotel Booking
Flight + Hotel booking
Train + Hotel booking
sách API từ TravelFacade gọi nội bộ bên dưới API của các hệ thống phụ
flightBooking.bookFlight
trainBooking.bookTrain(info);
hotelBooking.bookHotel(info);
Theo cách này, TravelFacadecung cấp API đơn giản và dễ dàng hơn khi không có API hệ thống phụ.
Takeaways chính: (từ journaldev bài viết của Pankaj Kumar )
- Mẫu mặt tiền giống như một trợ giúp cho các ứng dụng khách
- Mô hình mặt tiền có thể được áp dụng tại bất kỳ điểm phát triển nào, thường là khi số lượng giao diện tăng lên và hệ thống được biên dịch x .
- Giao diện hệ thống con không biết về Facade và chúng không nên có bất kỳ tham chiếu nào về giao diện Facade
- Mẫu mặt tiền nên được áp dụng cho loại giao diện tương tự , mục đích của nó là cung cấp một giao diện duy nhất thay vì nhiều giao diện thực hiện loại công việc tương tự
Có một cái nhìn vào bài viết chua quá để hiểu rõ hơn.
