MVC (o variazioni) è lo schema giusto quando si recuperano i dati, quindi analizzandoli e mostrandoli?

Question

MVC (o variazioni) è lo schema giusto quando si recuperano i dati, quindi analizzandoli e mostrandoli?

#1 da (3 voti)

0

A causa di queste risposte , Ho deciso di implementare MVC (o una sua variante) nella mia applicazione. Ma più leggo e più confuso su questo argomento che ottengo. Alcuni dicono che la logica aziendale appartiene al modello, alcuni dicono che il modello dovrebbe contenere solo i dati / uno stato, alcuni dicono che la logica dovrebbe essere interamente nella classe dei controller, e per altri i controller sono solo la colla tra il modello e la vista per visualizzare le informazioni contenute nel modello.

Nella mia specifica applicazione, il processo che voglio inserire in un pattern MVC può generalmente essere suddiviso in queste parti:

Recupera le informazioni dal server web
Interpretare / Analizzare le informazioni e memorizzarle nelle variabili
Prendi queste variabili e mostrale.

Posso separare questi processi, ma non sono esattamente come dovrebbe essere un pattern MVC. Non sono nemmeno sicuro di poter applicare il pattern MVC qui. Non ci sono dati reali persistenti nell'applicazione, solo le variabili in cui sono memorizzate le cose analizzate. MVC non menziona nulla del recupero o dell'interpretazione dei dati. Ho trascurato qualcosa o ho solo bisogno di un modello diverso qui?

mvc parsing view

posta Namnodorel 27.11.2016 - 13:04

fonte

1 risposta

Leggi altre domande sui tag mvc parsing view

Domanda di progettazione: memorizzazione dei dati due volte Come dovrei preparare il mio SVG per la produzione? [chiuso]

score 3 · Accepted Answer

Have I overlooked something or do I just need a different pattern here?

Perché senti il bisogno di adattarlo a uno schema? Sì, MVC è uno schema, e ha molte varianti .

MVC, MVP , MVVM , MD , ecc. Le persone hanno questa tendenza a dividere i capelli e cercare di identificare le somiglianze e le differenze tra loro, cercando di adattare la loro applicazione a uno schema oa un altro, tanto che ora si ha MVW (ModelView "Whatever funziona per te ").

Tutti questi modelli riguardano solo una cosa e una sola cosa: separazione delle preoccupazioni . Questo è ciò che devi seguire per primo e la tua soluzione si inserirà naturalmente in uno degli schemi sopra, o forse del tutto assenti. Guarda SOLID e SRP .

Sì, è bello conoscere questi modelli e vedere quali problemi risolvono e come li risolvono. Successivamente, con questa conoscenza, puoi riconoscere se alcune applicazioni possono trarre vantaggio da una o dall'altra. Ma non cercare di forzare la tua soluzione su uno di essi. Il punto è come (in questo caso) MVC può aiutarti a creare un'applicazione migliore, non come puoi scrivere la tua applicazione per rispettare MVC.