È una cattiva pratica classificare le classi dopo il modello di facciata?
public class OrderFacade {}
public class InvoiceFacade {}
public class ThingFacade {} ...
Queste classi seguono il modello Façade.
È una cattiva pratica classificare le classi dopo il modello di facciata?
public class OrderFacade {}
public class InvoiceFacade {}
public class ThingFacade {} ...
Queste classi seguono il modello Façade.
Li chiamerei in base a ciò che la facciata fa per i consumatori, oa cosa ha bisogno di "assomigliare" al mondo esterno. Il fatto che si tratti di una facciata è un dettaglio di implementazione.
Quindi, invece di, diciamo, BillingSystemFacade
, lo presenterei come BillingService
. Diamine, forse un giorno potrò sbarazzarmi di qualsiasi API grossa ci sia dietro, e riscriverlo da zero, ma i consumatori non hanno bisogno di sapere se è / non è una facciata, solo ciò che promette di fare per loro.
Leggi altre domande sui tag coding-style