La programmazione a strati è reale? [duplicare]

I "livelli" che descriviamo quando descriviamo i sistemi software sono concetti astratti. Al computer, tutto ciò che viene visualizzato è un flusso informale di un codice operativo dopo l'altro, indipendentemente dal livello, dalla classe o dal metodo da cui proviene. In questo senso, non sono affatto "reali".

Tuttavia, i livelli (e le classi e i metodi) sono utili perché i programmatori possano semplificare la riflessione sul sistema . Limitandoci volontariamente a pensare al sistema solo su un livello di descrizione alla volta, e a pensare a un'operazione solo in termini di input e output piuttosto che del suo funzionamento interno, aumentiamo la nostra capacità di comprendere le parti rilevanti quando aggiungiamo funzionalità o apportare modifiche.

Questo è inizialmente piuttosto contro-intuitivo e sotto-insegnato nell'educazione formale. Ma ti assicuro che un uso giudizioso dell'astrazione è l'unica cosa che rende lo sviluppo del software "nel grande" possibile per le persone che non sono autistiche savant.

Aggiungendo i miei due centesimi ...

Sei la tua squadra; stai lavorando da solo su quel prodotto, un consiglio: tienilo semplice, stupido !

Nel tuo caso, non penso che sia necessario astrarre cose creando livelli o moduli, otterrai solo complessità.

Ovviamente le cose non sarebbero le stesse se dovessi lavorare all'interno di un team di 10 persone in cui alcuni di loro sarebbero coinvolti nello sviluppo di regole di business e gli altri nell'interfaccia utente. In questa situazione, separare le preoccupazioni potrebbe essere una buona idea. Basta avviare semplici e scrivere test unitari per proteggerti dalla regressione.

Perché dovresti ottenere le cose più complicate del necessario? Potresti non averne bisogno a tutti!