Attualmente sto lavorando a un progetto che è abbastanza piccolo per il momento. C'è stata una recente modifica per implementare l'architettura a 3 livelli, in modo tale che il codice sia ora suddiviso in modo appropriato per l'accesso ai dati, la logica aziendale e i livelli dell'interfaccia utente. Tuttavia, non vi è alcun uso di oggetti al di fuori della loro creazione per chiamare in definitiva un metodo di accesso ai dati.
A un livello molto semplice, praticamente tutto ciò che facciamo è:
Private Sub Form1_Load(sender As Object, e As System.EventArgs) Handles Me.Load
Dim dt As New DataTable
dt = objBl.GetSomething
'Assign to Grid
'Format Grid
End Sub
Voglio implementare qualcosa di più simile a
Private Sub Form1_Load(sender As Object, e As System.EventArgs) Handles Me.Load
Dim lstSomeObject As New List(Of SomeObject)
'Populate list of objects by calls to business layer
DataGridView1.DataSource = lstSomeObject
'Format Grid
End Sub
In fin dei conti, non molto diverso. Ma invece di dover passare trenta variabili per ottenere una tabella di dati risultante che viene utilizzata una volta, potremmo creare un oggetto (e liste di oggetti) e farli passare invece. Ho un paio d'anni di esperienza lavorativa in un tale ambiente, ma nessuna esperienza nella conversione in un tale ambiente. Francamente, non riesco a capire come farlo.
Creo un progetto entità separato per questo, e quindi fa riferimento a tutto ciò? O costringo i nostri oggetti attuali a memorizzare sia le proprietà che i metodi per ogni tipo di oggetto (in questo modo mi sembra controintuitivo)? O qualcos'altro interamente? Ho cercato per la maggior parte del weekend e non ho trovato nulla di troppo utile.