Recomendaciones para el diseño de una HTA basado crudo del App

Question

Estoy desarrollando un marco para diversas aplicaciones CRUD de la casa. He pensado en varias tecnologías MS (WPF, acceso, WinForms, ASP.NET) y se han asentado en ASP.NET MVC con HTA + Jquery para el cliente. El motivo de ello es que necesito una manera de escribir y desplegar rápida de una sola vez GUI aplicaciones, así como el mantenimiento de las aplicaciones más robustas que se espera que tengan una larga vida útil.

En primer lugar, agradecería algunas reflexiones sobre los méritos relativos de la utilización de ADODB en el lado del cliente frente ADO.NET en el lado del servidor. Me estoy inclinando hacia ADODB ya que voy a tener el acceso del cliente al servidor SQL Server (ya he escrito una biblioteca js que se encarga de interactuar con ADODB). Sin embargo, puedo ver cómo el desarrollo de un servicio REST puede llegar a ser de utilidad.

En segundo lugar, necesito incorporar capacidad de informes en el sistema. Puedo utilizar los servicios de SQL Server o informes de cristal declarante los usuarios se han acostumbrado a algunas aplicaciones antiguas que utilizan VBA para escribir informes en Word; así que estoy considerando usar WordML para escribir los informes.

Gracias.

Answer 1

base de datos Access

Si necesita un cliente ligero, entonces es probablemente mejor que se mantenga alejado de acceder directamente a la base de datos desde el cliente.

El principal problema es que se introducirá una alta dependencia de una arquitectura de red específica y tanto su aplicación ASP.Net y la HTA va a depender de la base de datos altamente.

En su lugar yo preferiría para cortar la dependencia de la línea de visión directa a la base de datos y tener los datos a ser manejados por el servidor.

Esto tiene algunas ventajas:

• durante muchos pequeños cambios en el PP, es probable que sólo se va a tener que actualizar la aplicación ASP.

• si alguna vez tiene su aplicación cliente para ser funcional en internet (por ejemplo debido a que algunos usuarios van a una reunión fuera, necesitan trabajar desde el trabajo o su compañía de abrir una nueva rama) entonces no tienen reescribir el cliente ligero.

• a mantener un mejor control sobre el acceso a los recursos: Sólo dejar hablar aplicación ASP a la base de datos y el filtro de lo que viene en / fuera de él
  . Esta voluntad le ahorra tener que implementar toda seguridad en el cliente: la aplicación ASP se convierte en el guardián de la base de datos. Es una forma mucho mejor para asegurar la información y le da mucho más control.

Informes

Para la presentación de informes que haría uso de nuevo al servidor en lugar de implementar capacidades de informes complejos en el propio cliente.
El problema es que usted siempre va a obtener limitada en el cliente si está utilizando una HTA y no desea comenzar a tener que instalar las dependencias de la máquina de cada usuario.
Usted va a terminar en marcha la construcción de un de espesor cliente en ningún momento ...

Si está utilizando ASP.Net hay un montón de muy buenas herramientas de información que le hará la vida mucho más fácil y permitir a los usuarios obtener buenos informes en Excel, Word, PDF, etc sin tener que codificar estas características por sí mismo .
Crystal Reports está bien, pero hay mejores y más simples alternativas, por ejemplo los href="http://devexpress.com/Products/NET/Reporting/" expreso Informe el motor es bastante fácil de usar.