Consigli Design per un HTA basato Crud App

Question

sto sviluppando un quadro per varie applicazioni CRUD in-house. Ho considerato diverse tecnologie MS (WPF, Access, WinForms, ASP.NET) e sono insediati su ASP.NET MVC con HTA + Jquery per il cliente. La ragione per farlo è che ho bisogno di un modo per scrivere e distribuire rapido one-off GUI applicazioni oltre a mantenere le applicazioni più robuste, che si prevede avranno un tempo di lunga vita.

In primo luogo, le sarei grato alcune riflessioni sui meriti relativi di utilizzare ADODB sul lato client contro ADO.NET sul lato server. Sono appoggiato verso ADODB da quando avrò accesso lato client al server SQL (ho già scritto una libreria js che gestisce l'interazione con ADODB). Tuttavia, posso vedere come lo sviluppo di un servizio di RESTful può eventualmente essere utile.

In secondo luogo, ho bisogno di incorporare capacità di reporting nel sistema. Posso utilizzare SQL Server servizi o rapporti di cristallo di segnalazione, ma gli utenti sono abituati ad alcune vecchie applicazioni che utilizzano VBA di scrivere report in Word; così sto pensando di utilizzare WordML di scrivere i rapporti.

Grazie.

Answer 1

Access Database

Se avete bisogno di un thin client, quindi probabilmente è meglio stare alla larga di accedere direttamente ai database da all'interno del client.

Il problema principale è che si introdurrà una elevata dipendenza da una specifica architettura di rete e sia la vostra applicazione ASP.Net e l'HTA sarà fortemente dipendente dalla base di dati.

Invece io preferirei spezzare la dipendenza linea diretta di vista al DB e avere i dati per essere gestite dal server.

Questo ha alcuni vantaggi:

• per molte piccole modifiche al db, probabilmente stai solo andando ad avere per aggiornare l'applicazione ASP.

• se mai bisogno la vostra applicazione client per essere funzionale su Internet (ad esempio, perché alcuni utenti stanno andando a una riunione di fuori, hanno bisogno di lavorare da lavoro o la vostra azienda aprire una nuova filiale), allora non dovrete di riscrivere il vostro thin client.

• a mantenere un migliore controllo di accesso alle risorse: solo lasciare che l'applicazione discorso ASP al database e filtro di ciò che è disponibile in / fuori di esso
  . Questa volontà evita di dover implementare tutta la sicurezza sul client: l'applicazione ASP diventa il guardiano del database. E 'un modo molto migliore per proteggere le informazioni e ti dà molto più controllo.

Rapporti

Per segnalare userei il server di nuovo piuttosto che implementare le funzionalità di reporting complesse del cliente stesso.
Il problema è che sarete sempre intenzione di ottenere limitata sul client se si sta utilizzando un HTA e non si vuole iniziare dover installare le dipendenze sul computer di ogni utente.
Finirete-up costruzione di un spessore cliente in poco tempo ...

Se stai usando ASP.Net ci sono un sacco di ottimi strumenti di reporting che renderà la vostra vita molto più facile e consentire agli utenti di ottenere belle report in Excel, Word, PDF, ecc senza dover codificare queste caratteristiche te .
Crystal Reports è ok, ma ci sono alternative migliori e più semplici, ad esempio, i href="http://devexpress.com/Products/NET/Reporting/" Developer Express Relazione motore è piuttosto facile da usare.