Ho un'applicazione aziendale WinForms che si è evoluta negli ultimi anni. Si tratta di moduli su dati con un numero personalizzato di esperienze di interfaccia utente personalizzate per il business, quindi non penso che sia un candidato per portarsi a qualcosa come SharePoint o riscrivere in LightSwitch (almeno non senza investimenti significativi).
Quando l'ho iniziato nel 2009 ero nuovo a questo tipo di sviluppo (provenendo da una programmazione di basso livello e la mia conoscenza RDBMS era leggermente superiore a quella che ricevevo da scuola).
Pertanto, quando mi sono confrontato con un modello di business che opera su un rigido ciclo contabile mensile, ho preso la sfortunata decisione di creare un database separato per ciascun periodo contabile.
Inoltre, quando ho iniziato a conoscere DataSet, ho appreso Linq2Sql, quindi ho imparato EntityFramework. Gli schermi sono un mix and match di quelli.
Ora, dopo alcuni anni di sviluppo di questa cosa da solo, ho finalmente una piccola squadra.
In definitiva, voglio un front-end Web (per l'accesso remoto a più schermate dirette con griglie di dati) e un client spesso (per le interfacce altamente personalizzate).
La mia domanda è: puoi offrirmi alcuni consigli sull'architettura a tratti più ampi che mi aiuteranno a formulare un piano di battaglia per convertire in un unico database e porre le basi per i miei obiettivi futuri allo stesso tempo ?
Ecco una schermata che mostra come uno schermo precedente utilizza DataSet e uno schermo più recente utilizza EF (penso che questo potrebbe renderlo più reale per chi legge la domanda - Sono disposto ad aggiungere qualsiasi dettaglio se qualcuno è disposto ad aiutare).
