Sto creando un'applicazione che ha 2 interfacce utente diverse, quindi la sto facendo con un livello di servizio che ho capito è appropriato per tale scenario.
Tuttavia mi sono trovato solo a creare metodi web per ogni singolo metodo che ho nel livello BL, quindi i servizi sono fondamentalmente costruiti con metodi che assomigliano a questo:
return customers_bl.Get_Customer_Prices(customer_id);
Ho capito che un punto principale del livello di servizio è impedire la duplicazione del codice, quindi mi sono chiesto: perché non importare semplicemente BL.DLL (e dal.dll) nell'altra UI e ogni volta che apporti una modifica -Copy le DLL, potrebbe non essere così 'pulito', ma ancora meno fastidio di un altro strato?
{So che c'è qualcosa di sbagliato nel mio approccio, probabilmente mi manca l'importanza del livello di servizio, mi piacerebbe avere più motivazione per creare un altro livello, soprattutto perché come ho scoperto che molte delle mie funzioni BL GIÀ si presenta come: %codice% che mi ha portato a chiedere: era davvero necessario creare il BL solo perché su più funzioni ho effettivamente LOGIC all'interno del BL?}
quindi sono alla ricerca di più motivazione per creare un livello ONE MORE , sono sicuro che non è solo per rendere più conveniente che non dovrò copiare nuovamente le dll sulle modifiche ?
Lo sto afferrando male? Qualche semplice linea guida su come progettare il livello di servizio (corrispondente a tutte le funzioni del livello BL o no? Un semplice esempio?) Qualsiasi illuminazione sul soggetto?