Design Conselho para um HTA baseado Crud App

Question

Estou desenvolvendo um quadro de vários in-house aplicativos CRUD. Eu considerei várias tecnologias MS (WPF, Access, WinForms, ASP.NET) e se instalaram em ASP.NET MVC com HTA + jQuery para o cliente. Minha razão para isso é que eu preciso de uma maneira de escrever e implantar rápida one-off GUI aplicativos, bem como a manutenção de aplicativos mais robustos que são esperados para ter um tempo de vida longo.

Em primeiro lugar, eu gostaria de receber algumas reflexões sobre os méritos relativos do uso de ADODB no lado do cliente em relação ADO.NET no lado do servidor. Estou inclinado para ADODB desde que eu vou ter o acesso do lado do cliente para o SQL Server (Eu já escrevi uma biblioteca js que alças interagindo com ADODB). No entanto, posso ver como desenvolver um serviço RESTful podem, eventualmente, ser útil.

Em segundo lugar, eu preciso incorporar capacidade de relatório para o sistema. Posso usar o SQL Server Reporting Services ou relatórios de cristal, mas os usuários se acostumaram a alguns aplicativos mais antigos que usam o VBA para relatórios de escrita no Word; assim que eu estou pensando em usar WordML para escrever os relatórios.

Graças.

Answer 1

Acesso banco de dados

Se você precisar de um thin client, então provavelmente é melhor ficar longe de acederem directamente ao banco de dados de dentro do cliente.

A questão principal é que você vai introduzir uma alta dependência de uma arquitetura de rede específica e tanto a sua aplicação ASP.Net ea HTA será altamente dependente do banco de dados.

Em vez disso eu preferiria cortar a dependência de linha direta de visão para o DB e ter os dados a serem manipulados pelo servidor.

Isto tem algumas vantagens:

• para muitas pequenas alterações para o db, você provavelmente só vai ter que atualizar o aplicativo ASP.

• Se você precisar de seu aplicativo cliente para ser funcional através da internet (dizer porque alguns usuários estão indo para uma reunião fora, necessidade de trabalho de trabalho ou sua empresa abrir uma nova filial), então você não terá para reescrever o seu cliente fino.

• -lo a manter um melhor controle sobre o acesso aos recursos: só permitem que o aplicativo talk ASP ao banco de dados e filtrar o que vem em / fora dele
  . Esta vontade poupa ter que implementar toda a segurança no cliente: o aplicativo ASP se torna o guardião do banco de dados. É a melhor maneira muito a informações seguras e dá-lhe muito mais controle.

Relatórios

Para relatar que eu usaria o servidor novamente, em vez de implementar recursos de relatórios complexos no próprio cliente.
O problema é que você sempre vai ser limitado no cliente se você estiver usando um HTA e não quer começar a ter que instalar dependências na máquina de cada usuário.
Você vai acabar-se a construção de um grosso cliente em nenhum momento ...

Se você estiver usando ASP.Net há uma abundância de realmente bons ferramentas de relatórios que irá tornar sua vida muito mais fácil e permitir que seus usuários para obter bons relatórios em Excel, Word, PDF, etc sem ter de código esses recursos se .
Crystal Reports é ok, mas há melhor e alternativas mais simples, por exemplo, o Developer Express Relatório motor é muito fácil de usar.