По поводу ваших запросов:
Является ли Facade классом, который содержит много других классов?
Да. Это оболочка для многих подсистем в приложении.
Что делает это шаблоном дизайна? Для меня это как нормальный класс
Все шаблоны проектирования тоже являются нормальными классами. @ Unmesh Kondolikar правильно ответил на этот запрос.
Можете ли вы объяснить мне об этом фасаде, я новичок в разработке шаблонов.
Согласно GoF, шаблон дизайна фасада определяется как:
Предоставить унифицированный интерфейс для набора интерфейсов в подсистеме. Шаблон фасада определяет интерфейс более высокого уровня, который упрощает использование подсистемы.
Фасад шаблон обычно используется , когда:
- Для доступа к сложной системе требуется простой интерфейс.
- Абстракции и реализации подсистемы тесно связаны между собой.
- Нужна точка входа на каждый уровень многоуровневого программного обеспечения.
- Система очень сложна или трудна для понимания.
Давайте рассмотрим реальный пример использования сайта Cleartrip .
Этот сайт предоставляет варианты бронирования
- рейсы
- Отели
- Авиабилеты + Отели
Фрагмент кода:
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){
}
}
Объяснение:
FlightBooking, TrainBooking and HotelBooking Разные подсистемы большой системы: TravelFacade
TravelFacade предлагает простой интерфейс для бронирования одного из следующих вариантов
Flight Booking
Train Booking
Hotel Booking
Flight + Hotel booking
Train + Hotel booking
Книга API от TravelFacade внутренне вызывает ниже API подсистем
flightBooking.bookFlight
trainBooking.bookTrain(info);
hotelBooking.bookHotel(info);
Таким образом, TravelFacadeобеспечивается более простой и легкий API без раскрытия API подсистем.
Основные выводы: (из статьи в журнале Pankaj Kumar )
- Шаблон фасада больше похож на помощника для клиентских приложений
- Фасад шаблон может быть применен в любой точке развития, как правило , когда количество интерфейсов расти и система получает Комплексы х .
- Интерфейсы подсистем не знают о Фасаде и не должны иметь никаких ссылок на интерфейс Фасада
- Шаблон фасада должен применяться для интерфейсов аналогичного типа , его цель - предоставить один интерфейс, а не несколько интерфейсов, выполняющих аналогичные виды работ.
Взгляните на статью по созданию источников, чтобы лучше понять.
