VB.NET: due livelli per tre livelli o tre livelli per tre livelli

1

Ho fatto una domanda su StackOverflow a novembre sulla separazione di un'applicazione molto grande in livelli e livelli: link . Lo sviluppatore precedente includeva la logica dei dati e la logica aziendale nel livello della logica di business

La mia domanda riguarda l'elemento tiers. Ho fatto delle ricerche qui e ho concluso che è meglio separare i livelli in livelli contenuti in DLL separate, vale a dire che il livello di presentazione, il livello di business logic e il livello di accesso ai dati hanno tutti DLL separate come descritto qui: link . Questo sembra essere coerente con ciò che ho imparato all'università.

Tuttavia, da allora tutti gli esempi che sto cercando online suggeriscono di avere due livelli (uno per il livello di presentazione e un livello per BLL e DAL).

Esistono criteri specifici che gli sviluppatori utilizzano per decidere se utilizzare o meno tre livelli?

Sto usando ADO.NET e ho una classe SQL Helper condivisa nel livello di accesso ai dati. La classe SQLHelper è simile a questa, ma per VB.NET: link

    
posta w0051977 01.04.2013 - 21:28
fonte

1 risposta

4

Is there any specific criteria that developers use to decide whether or not to use three tiers?

Indipendentemente dal fatto che il livello software debba essere in grado di funzionare su una macchina separata. Questa è la differenza tra un livello e un livello; un livello è un'astrazione hardware.

While the concepts of layer and tier are often used interchangeably, one fairly common point of view is that there is indeed a difference. This view holds that a layer is a logical structuring mechanism for the elements that make up the software solution, while a tier is a physical structuring mechanism for the system infrastructure.

link

    
risposta data 01.04.2013 - 21:38
fonte

Leggi altre domande sui tag