Dove devo imporre che un'entità abbia tra 0 e 7 attributi

Secondo me, è qualcosa che vorresti sicuramente gestire nel modello ma non nel modo in cui descrivi.

1. Visualizza / Controller - Tendo a considerarli come una cosa sola. Anche se non lo hai oggi, se hai bisogno di un altro modo per interagire con il tuo modello, hai il rischio di discrepanze tra le interfacce.

2. Potresti farlo qui denormalizzando la struttura o con i trigger. Il primo è indesiderabile e il secondo è giusto, no, no. Te ne pentirai.

Il modello è il posto migliore per questo perché è dove devono essere implementate le regole e le convalide aziendali. Non vorrei hardcode 7 attributi, però. Inserirò un controllo di convalida che dice che non ci sono più di 7 (diversi) elementi in questa raccolta di pagine.

In base alla spiegazione del motivo per cui 7 è il numero magico, raccomanderei ancora più strongmente di non utilizzare la struttura del database o la stessa struttura di codice per questo. Mi fiderò che l'analisi finora è corretta e 7 è giusta. Ma i fatti su cui si basa questa analisi non sono scolpiti nella pietra. Le politiche e le penalità cambiano e potresti scoprire che in un anno, 5 è ora il numero corretto. Un altro fattore che può o non può essere rilevante qui è che spesso iniziamo con qualche regola o costrizione che è semplice e possiamo usare strutture di dati per implementarlo, ma in seguito ci rendiamo conto che le cose non erano così semplici e l'approccio strutturale non è più adeguato . Ad esempio, diciamo che espandi il tuo footprint su una piattaforma diversa in cui il limite è diverso o hai un percorso che non vuoi contare verso il limite. Non esiste un limite rilevante al tipo di complessità che è possibile implementare nelle regole definite nel livello del modello, ma ciò che è possibile definire nella struttura è minimo.

Nella tua architettura proposta:

Database <--> Model <--> Controller <--> View

L'applicazione delle regole di convalida avviene nel Modello. Il modello è il luogo in cui si trovano tutte le regole aziendali, inclusa qualsiasi convalida che deve essere eseguita sugli oggetti di entità.

Più in particolare, il tuo modello si espande in:

Database <--(SQL)--> DAL <--(CRUD)--> BLL/SL <--(DOMAIN METHODS)--> Controller

Dove DAL è il tuo livello di accesso ai dati (che converte SQL in metodi CRUD) e BLL / SL è il tuo livello di livello di business logic / livello di servizio. La BLL / SL è il punto in cui imponi i tuoi vincoli tramite la convalida.

È inoltre possibile applicare questo particolare vincolo del modello di dati nel database utilizzando i trigger di database, catturando a monte eventuali errori di convalida (o eccezioni) che si verificano. Il trigger controllerà se esistono o meno 7 attributi sull'entità, e se lo fa, annulla l'inserimento.