Progettazione UML di Bill Splitter

Naviga le tue risposte
0

Voglio solo migliorare questo design, condividere i tuoi pensieri.

Q1.HospecializzatoSplitterdiclassebasatasuunitàmonetariecome"MonetarySplitter" e "NonMonetarySplitter". Se farlo è corretto? Per controllare l'ereditarietà, ero solito fare un controllo "è un". Non mi sembra che "MonetarySplitter" sia uno "Splitter".

Q2. Ho specializzato la classe "MonetarySplitter" in "EqualMonetarySplitter" e "PercentageMonetarySplitter". Anche questo non mi suona bene perché la classe "EqualMonetarySplitter" e "PercentageMonetarySplitter" sarà anche per la specializzazione "NonMonetarySplitter".

Q3. È necessario prendere in considerazione altri parametri di progettazione per l'applicazione di splitter di Bill?

    
posta VINOTH ENERGETIC 20.05.2018 - 07:03
fonte

1 risposta

2

Penso che l'uso degli attributi qui sia più logico invece che ereditario. Quindi potresti avere due attributi qui, uno per isMonitory e uno per isEqual. In base al loro valore, esegui in modo condizionato la logica correlata. A meno che non ci siano altre ragioni per l'ereditarietà. Ciò semplifica la comprensione e la manutenzione del codice.

    
risposta data 20.05.2018 - 07:36
fonte

Leggi altre domande sui tag

Passare un inputStream vs String [chiuso] Ho due diversi tipi di account che possono fare cose diverse in un'applicazione singola pagina. Dovrei trasformarlo in un'applicazione per più pagine?