Concernant vos requêtes:
Est-ce que Facade est une classe qui contient beaucoup d'autres classes?
Oui. C'est un wrapper pour de nombreux sous-systèmes en application.
Qu'est-ce qui en fait un modèle de conception? Pour moi, c'est comme une classe normale
Tous les modèles de conception sont également des classes normales. @ Unmesh Kondolikar a correctement répondu à cette question.
Pouvez-vous m'expliquer cette façade, je suis nouveau dans la conception de modèles.
Selon le GoF, le modèle de conception de façade est défini comme suit:
Fournissez une interface unifiée à un ensemble d'interfaces dans un sous-système. Le modèle de façade définit une interface de niveau supérieur qui rend le sous-système plus facile à utiliser
Le modèle de façade est généralement utilisé lorsque:
- Une interface simple est nécessaire pour accéder à un système complexe.
- Les abstractions et les implémentations d'un sous-système sont étroitement couplées.
- Besoin d'un point d'entrée pour chaque niveau de logiciel en couches.
- Le système est très complexe ou difficile à comprendre.
Prenons un exemple concret de site Web cleartrip .
Ce site Web propose des options pour réserver
- Vols
- Hôtels
- Vols + Hôtels
Extrait de code:
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){
}
}
Explication:
FlightBooking, TrainBooking and HotelBooking sont différents sous-systèmes d'un grand système: TravelFacade
TravelFacade offre une interface simple pour réserver l'une des options ci-dessous
Flight Booking
Train Booking
Hotel Booking
Flight + Hotel booking
Train + Hotel booking
réserver l'API de TravelFacade appelle en interne les API des sous-systèmes
flightBooking.bookFlight
trainBooking.bookTrain(info);
hotelBooking.bookHotel(info);
De cette manière, TravelFacadefournit une API plus simple et plus facile sans exposer les API de sous-système.
Points clés à retenir: (extrait de l' article journaldev de Pankaj Kumar )
- Le modèle de façade ressemble plus à une aide pour les applications clientes
- Le modèle de façade peut être appliqué à n'importe quel stade du développement, généralement lorsque le nombre d'interfaces augmente et que le système devient complet x .
- Les interfaces de sous-système ne connaissent pas Facade et ne devraient pas avoir de référence à l'interface Facade
- Le modèle de façade doit être appliqué pour des types d'interfaces similaires , son but est de fournir une interface unique plutôt que plusieurs interfaces qui effectuent le même type de travail
Jetez également un œil à l' article sur la création de sources pour une meilleure compréhension.
