Proffesional Systems Design [chiuso]

Question

Proffesional Systems Design [chiuso]

#1 da (3 voti)

-3

Per favore avvisami e correggi la mia comprensione se sono in errore. A mio avviso, qualsiasi programmatore che voglia sviluppare un sistema di contabilità dovrebbe considerare due approcci dai due seguenti:

Rendi tutti i client collegati direttamente al server SQL modificando la stringa di connessione in tutti i client per fare riferimento al server SQL.
Rendi tutti i PC client che contattano il server utilizzando le porte stream, TCP o UDP, ecc., quindi il server effettua una connessione al database quindi invia il risultato ai suoi client attraverso i flussi e i metodi I / O. In altre parole, tutti i client non contattano direttamente il server SQL in modo diretto. Invece si limitano a contattare il PC server (potrebbe avere il database o no).

Le idee sopra sono corrette e quale è comune?

c#

posta Saly4Soft 07.02.2016 - 06:43

fonte

1 risposta

Leggi altre domande sui tag c#

Rappresentazione del dizionario di un oggetto Differenza tra demone e thread figlio? [chiuso]

score 3 · Accepted Answer

Entrambi gli approcci sono ragionevolmente comuni. Hanno persino nomi:

Questa è un'architettura client-server. A volte chiamato "thick client" perché la logica di business dell'applicazione è nel client.
Questa è un'architettura a tre livelli o server delle applicazioni. La business logic è nel server delle applicazioni.

Se lo stessimo progettando io stesso, userei un'architettura di application server per un sistema di contabilità, poiché presumibilmente vi è la necessità di audit trail e forse un sistema di autorizzazione ragionevolmente sofisticato (cioè di pagare una fattura avente valore superiore a $ X, è necessaria l'approvazione della persona Y, assicurando che solo le fatture con numeri di ordine di acquisto siano pagate a meno che non siano inferiori a $ 100 e da fornitori approvati, ecc.)

Modifica: l'altro vantaggio di un'architettura a tre livelli è che è possibile modificare più facilmente il livello di archiviazione dei dati (per modificare la versione del database, il fornitore del database, utilizzare un secondo database, comunicare con un sistema esterno e così via). / p>