Design Pattern per una funzione di valutazione del tempo

1

Sono in una classe di ingegneria del software e devo scegliere un modello di progettazione da utilizzare per una 'funzione' ... Ho due funzioni e una di queste è di avere una funzione in cui un utente può inserire un codice di avviamento postale e l'intervallo di tempo (fino a 7). Viene generata una raccolta con le valutazioni del tempo per ogni giorno (ad esempio un vettore di interi, con 1 buono e 3 cattivo) che i miei compagni di squadra utilizzeranno nella classe per eseguire vari calcoli con.

Volevo solo qualche consiglio su un modello di progettazione che posso usare perché siamo costretti a usarne uno. Sto usando un modello singleton per la GUI del progetto, e devo pensarne uno per questa funzione.

Il mio processo di pensiero per il flusso è il seguente:

Dopo che l'utente ha inserito il calcolo, la GUI chiamerà una funzione in questa funzione inviando il codice postale e il numero di giorni (da memorizzare nella GUI singleton forse ??) La mia funzione prenderà il codice postale e # di giorni e si connetterà a un OpenWeatherAPI, e avrà bisogno di Parse attraverso un formato JSON che viene restituito e per ogni giorno valuta il tempo (qualcosa di molto semplice come se la temperatura fosse superiore a 70 gradi, la valutazione è 1 , tra 50-70, le valutazioni sono 2 e inferiore a 50 la valutazione è 3) e la memorizza in una raccolta vettoriale e la restituisce. Devo solo scegliere un pattern e giustificare il motivo per cui l'ho scelto, creare un diagramma di classe, un diagramma di sequenza, ecc. Stavo pensando a qualcosa che ha rimosso l'implementazione dall'interfaccia, quindi forse bridge? Onestamente questa 'caratteristica' è piccola (probabilmente non è nemmeno una feature haha) e non ne so molto dei modelli di design.

Grazie mille in anticipo per il tuo aiuto!

    
posta Patrick VanVorce 26.10.2017 - 04:22
fonte

2 risposte

8

Hmm, ho scelto, il Pattern degli oggetti Null !

Perché? Perché posso. Seriamente potresti aggrapparti a qualsiasi vecchio maledetto schema qui.

Robert Harvey ha ragione. Questo è un modo stupido di pensare. Questa è una soluzione alla ricerca di un problema.

Inizia a lavorare e osserva ciò che alla fine devi essere in grado di fare. Non cercare modelli finché non hai un problema che li giustifica. In effetti, provate a risolvere il problema. Una volta che hai finito, probabilmente scoprirai di aver già utilizzato uno schema senza accorgertene. Se no, allora refattore fino a quando non hai qualcosa che rende felice anche l'istruttore. Basta provare a non trasformare il codice in schifo mentre lo fai. L'uso di modelli non garantisce un buon codice.

La mia implementazione preferita del modello di oggetto nullo è la stringa vuota: ""

Se non riesci a trovare un posto in cui utilizzarlo, non ci provi. ; )

Se vuoi che questo sia più di un esercizio senza cervello, assicurati che ci sia un motivo per usare il modello. Io uso il modello di oggetto nullo quando voglio qualcosa, che di solito fa qualcosa, invece di fare nulla senza lamentarmi.

    
risposta data 26.10.2017 - 05:47
fonte
0

I miei suggerimenti:

  • ModelView-ViewModel per il Gui
  • Facciata per l'oggetto che restituisce l'elenco di interi che hai descritto:

Quindi, come hai detto, ci sarebbe una classe che chiama alcune API meteo e restituisce oggetti che rappresentano tali dati. Quindi, hai una classe di facciata che semplifica l'API, restituendo un elenco di numeri interi che rappresentano le valutazioni. Questa classe di facciata chiama internamente l'oggetto più complesso che restituisce dati più complessi.

    
risposta data 26.10.2017 - 12:55
fonte

Leggi altre domande sui tag