[C# WPF 4] Consiglio inserire window in dll

sabato 10 marzo 2012 - 11.52
Tag Elenco Tags  C#  |  .NET 4.0  |  Windows 7  |  Visual Studio 2010  |  SQL Server 2008 R2

jackk87 Profilo | Junior Member

Buongiorno a tutti,
vorrei progettare un'applicazione in C# WPF 4, e vorrei inserire ogni window con tutte le sue funzioni in una dll, in modo che se devo fare un'aggiornamento sostituisco la dll.
Oltre all'utilita dell'aggiornamento ho pensato che potrebbe essere utile anche sviluppare una dll e utilizzarla per più applicazioni senza riscrivere di nuovo il codice per esempio se creo una schermata di login questa dll posso utilizzarla per più applicazioni senza riscrivere ogni volta il codice.
Secondo voi è un buon metodo di programmazione?Come posso fare per inserire una windows con tutti i suoi controlli e il suo codice all'interno di una dll?

grazie a tutti in anticipo

luigidibiasi Profilo | Guru

non credo sia un buon metodo di suddividere l'applicazione... almeno solo in dll che contengano form
magari puoi far riferimento ad un'architettura a tre livelli (data=>middle=>gui)
Luigi Di Biasi


http://www.dibiasi.it/
http://netsell.dibiasi.it - ecomm software -
http://blogs.dotnethell.it/luigidibiasi/
http://yadamp.unisa.it/ - YADAMP CMS -

u235 Profilo | Junior Member

>Buongiorno a tutti,
>vorrei progettare un'applicazione in C# WPF 4, e vorrei inserire
>ogni window con tutte le sue funzioni in una dll, in modo che
>se devo fare un'aggiornamento sostituisco la dll.
>Oltre all'utilita dell'aggiornamento ho pensato che potrebbe
>essere utile anche sviluppare una dll e utilizzarla per più applicazioni
>senza riscrivere di nuovo il codice per esempio se creo una schermata
>di login questa dll posso utilizzarla per più applicazioni senza
>riscrivere ogni volta il codice.
>Secondo voi è un buon metodo di programmazione?Come posso fare
>per inserire una windows con tutti i suoi controlli e il suo
>codice all'interno di una dll?
>
>grazie a tutti in anticipo

Ciao,
dal mio punto di vista è molto più utile separare la logica (quindi tutte le funzioni) dall'interfaccia grafica, in particolar modo se si parla di wpf, solo dopo puoi pensare di sviluppare codice "riutilizzabile" ed "estensibile". Prendiamo in esame la tua schermata di login, se questa è puramente grafica, allora non avrai problemi a sostituirla o aggiornarla con poco sforzo, anche perchè la logica rimane tale, idem per aggiornare la logica, se separata dall'interfaccia sarà più semplice aggiornarla. Poi ovviamente devi seguire un filo logico, una sorta di convenzione.
prova ad immaginare cosa averrebbe se ad esempio nelle tue dll sono inclusi interfacia grafica e l'acesso al db insieme, e come aggiornamento aggiungi o rimuovi dei campi del db o modifichi il nome della tabella... il risultato sarebbe che dovresti modificare tutto, o meglio dovresti modificare tutti i controlli che operano con quelle tabelle mandando a benedire il senso di modularità!
sempre a parer mio, ha molto più senso se ti sviluppi una dll che si occupa della serializzazione ed espone la logica per l'interfaccia grafica, che tradotto per me significa : formire i ViewModel! solo a quel punto, magari utilizzando le interfacce (ora intese come Interface non interfacce grafiche) per sottoscrivere i modi di fruizione dei ViewModel da parte delle interfacce grafiche, potresti lavorare bene con dll separate e i tuoi aggirnamenti (sia nella logica, sia nella grafica) possono ritenersi indipendenti ed intercambiali, ergo, aggiornabili e sostituibili in maniera semplice.
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2017
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5