Conseils de conception pour une HTA basée Crud App

Question

Je développe un cadre pour diverses CRUD en interne des applications. Je l'ai examiné plusieurs technologies MS (WPF, Access, WinForms, ASP.NET) et ont installé sur ASP.NET MVC avec HTA + Jquery pour le client. Ma raison de le faire est que je besoin d'un moyen d'écrire et de déployer rapidement l'interface graphique unique applications ainsi que le maintien des applications plus robustes qui devraient avoir une longue durée de vie.

Tout d'abord, je vous serais reconnaissant de quelques réflexions sur les mérites relatifs de l'utilisation ADODB du côté client par rapport ADO.NET sur le côté serveur. Je penche vers ADODB depuis que je vais avoir un accès côté client au serveur SQL (je l'ai déjà écrit une bibliothèque js qui gère l'interaction avec ADODB). Cependant, je peux voir comment développer un service RESTful peut éventuellement être utile.

En second lieu, je dois intégrer la capacité de reporting dans le système. Je peux utiliser SQL Server Reporting Services ou rapports de cristal, mais les utilisateurs sont habitués à certaines applications plus anciennes qui utilisent VBA pour rédiger des rapports dans Word; donc j'envisage d'utiliser WordML pour écrire les rapports.

Merci.

Answer 1

Base de données d'accès

Si vous avez besoin d'un client léger, il est probablement préférable de rester à l'écart d'accéder directement à la base de données à partir du client.

Le principal problème est que vous introduirez une forte dépendance sur une architecture de réseau spécifique et à la fois votre application ASP.Net et l'HTA dépendra fortement de la base de données.

Au lieu de cela, je préférerais de rompre la dépendance en ligne de vue directe à la DB et que les données à traiter par le serveur.

a quelques avantages:

• pour de nombreux petits changements à la DB, vous êtes probablement devoir mettre à jour l'application ASP.

• si vous avez besoin de votre application client pour être fonctionnel sur Internet (par exemple parce que certains utilisateurs vont à une rencontre à l'extérieur, doivent travailler du travail ou votre entreprise ouvrir une nouvelle branche), alors vous n'aurez pas de réécrire votre client léger.

• vous garder un meilleur contrôle sur l'accès aux ressources: ne laisser parler d'application ASP à la base de données et filtre ce qui vient avant / arrière de celui-ci
  . Cela vous évite d'avoir à mettre en œuvre toute sécurité sur le client: l'application ASP devient le gardien de la base de données. Il est une bien meilleure façon d'obtenir des informations et il vous donne beaucoup plus de contrôle.

Rapports

Pour que je voudrais rapports utiliser le serveur à nouveau plutôt que de mettre en œuvre des capacités de reporting complexes dans le client lui-même.
Le problème est que vous toujours allez obtenir limité sur le client si vous utilisez une HTA et ne veulent pas commencer à avoir à installer les dépendances sur la machine de chaque utilisateur.
Vous la construction de bout en un épaisseur client en peu de temps ...

Si vous utilisez ASP.Net il y a beaucoup d'outils de reporting très bons qui rendra votre vie beaucoup plus facile et permettre aux utilisateurs d'obtenir des rapports dans Excel belles, Word, PDF, etc sans avoir à coder ces fonctions vous-même .
Crystal Reports est ok, mais il y a des alternatives meilleures et plus simples, par exemple les Rapport Developer Express moteur est assez facile à utiliser.