Che cosa spiegare quando viene chiesto "Come hai implementato MVC"? [chiuso]

È un po 'più semplice spiegare ciò che non vogliamo sentire come risposta a quel tipo di domanda. Non recitare la definizione di Wikipedia di MVC. Non parlare di cosa "loro" hanno fatto per implementare l'architettura. Parlare di cosa "noi" abbiamo fatto è meglio, ma sto davvero cercando cosa "io" abbia fatto. Qual è stato il tuo contributo personale? Hai qualche idea che ha semplificato l'implementazione? Hai risolto con successo un disaccordo con un collega che non ha "ottenuto" MVC? Tendi ad assegnare compiti in un determinato livello a causa di attributi che ti hanno reso più adatto rispetto ai tuoi colleghi? Senti che il tuo gruppo ha aderito ai principi MVC troppo strong o non abbastanza strong? Hai sentito che un altro modello avrebbe potuto essere più adatto in alcuni casi? Fornisci esempi specifici di situazioni passate.

In altre parole, sappiamo già cosa è MVC e come implementarlo. Vogliamo sapere se comprendi le ragioni sottostanti.

Dalla mia esperienza personale, penso che vogliano solo sentire:

Our JSP pages were observers of our business model. The model would communicate the changes to the view this way (observer pattern) and the view would also call the model when appropriate. When we saw it fit or requirements demanded the possibility to change the way the view called the model, we introduced a controller as a strategy for the view to communicate and interact with the model.

Questa sarebbe stata la mia risposta. Se stanno facendo una domanda tecnica, ottengono una risposta tecnica. Nota: la mia descrizione potrebbe non corrispondere ai dettagli tecnici della tua piattaforma.

MVC è, ormai, un TLA molto maltrattato e spesso abusato. Sento molte persone che ne parlano, ma quando scavo più a fondo, questo mostra che in realtà non capiscono cosa significhi realmente, e anche se lo capiscono a livello astratto, guardando il codice si vede che c'è un rottura tra l'architettura e l'implementazione.

Se ti viene fatta questa domanda in un'intervista, la prima cosa da capire è quello che vogliono sentire.

Potresti iniziare disegnando alcuni semplici diagrammi e spiegando come la tua implementazione si adatta al pattern MVC. Se il tuo intervistatore comprende MVC, sarà in grado di seguire e porre domande di follow-up che dimostrino la sua comprensione. Se il tuo intervistatore non comprende MVC, non ci saranno domande di follow-up. Se ciò accade, sai che ora è il momento di scavare quella definizione di wikipedia memorizzata.

Diglielo, con sicurezza. Prima descrivilo completamente ma in generale, nessun dettaglio tecnico. Quindi chiedi all'intervistatore se sono programmatori stessi e se hanno qualcosa di concreto che vogliono che tu spieghi.