El diseño de la interfaz de usuario (y más capas) en asp.net

Gran parte del éxito de cualquier aplicación web depende de la calidad de su interfaz de usuario. En cuanto a los usuarios finales se refiere, la interfaz de usuario es

las aplicaciones: Los usuarios no están interesados ​​en los detalles del modelo de datos o el diseño de las clases de acceso a datos.

En una aplicación Web ASP.NET, la interfaz de usuario consiste en una serie de páginas .aspx que se rindió al navegador utilizando HTML estándar. El diseño de la interfaz de usuario es simplemente una cuestión de decidir qué se requieren páginas (y en qué secuencia) - y llenar las páginas con los controles adecuados.

HTML estándar tiene un conjunto sorprendentemente limitado de controles de usuario de entrada:

• Botones

• Los cuadros de texto

• Listas desplegables

• Casillas de verificación

• Botones de radio

Sin embargo, ASP.NET ofrece muchos controles que se basan en estos controles básicos. Por ejemplo, puede utilizar un control GridView para presentar los datos de una base de datos en un formato tabular.

Todos los controles ASP.NET son eventualmente prestados al navegador, utilizando HTML estándar. Como resultado, incluso los más complicados controles ASP.NET son simplemente materiales compuestos hechos de controles HTML estándar y elementos de formato HTML (como tablas).

El diseño de la interfaz de usuario puede convertirse rápidamente en el aspecto más complicado de una aplicación Web. Aunque el diseño de interfaz de usuario no tiene reglas duras y rápida, aquí hay algunas pautas que usted debe tener en cuenta:

• Considere la frecuencia con que el usuario utilizará cada página y lo familiar que él o ella será con la aplicación. Si el usuario trabaja con la misma página una y otra vez durante todo el día, trate de hacer la entrada de datos lo más eficiente posible. Sin embargo, si el usuario va a utilizar la página de una sola vez en un tiempo, errar por el lado de hacer la página explica por sí mismo lo que el usuario no tiene que luchar para encontrar la manera de utilizar la página.

• Recuerde que el usuario tiene el control de la aplicación y los usuarios son bastante impredecibles. Los usuarios pueden renunciar en medio de una secuencia de entrada de datos, o golpear inesperadamente el botón Atrás del navegador.

• Algunos usuarios, como el ratón, otros como el teclado. No obligue a su preferencia sobre el usuario: asegúrese de que su interfaz funciona bien para el ratón, así como los usuarios de teclado.

• Revisión prototipos del diseño de interfaz de usuario con usuarios reales. Escuche sus sugerencias seriamente. Es probable que tengan una mejor idea de lo que hacen de lo que la interfaz de usuario debe ser similar y cómo debe comportarse.

• Los sitios web de estudio que tener en cuenta para tener buenas interfaces.

El diseño de la Capa de Reglas de Negocio

Reglas del negocio son la parte de un programa que implementa las políticas de negocio dictadas por la aplicación. Estos son algunos ejemplos de reglas de negocio:

• En caso de que se conceda a un cliente de una solicitud de crédito?

• ¿Cuánto de un descuento debe ser aplicado a una orden dada?

• ¿Cuántas copias del Formulario 10432 J necesidad de ser impreso /?

• ¿Cuánto gastos de envío debe ser pegado en una factura?

• ¿Cuándo se debe reordenar un artículo de inventario que se está ejecutando bajo en valores?

• ¿Cuánto licencia por enfermedad debe tener un empleado antes de los gerentes se preguntan si él o ella ha estado esquiando en lugar de quedarse en casa enfermo?

• ¿Cuándo debe una cuenta por pagar se pagará a aprovechar los descuentos y aumentar al máximo flotador?

La clave para el diseño de la parte de negocio reglas de una aplicación es simplemente para identificar las reglas de negocio que se deben implementar y separarlos tanto como sea posible de otras partes del programa. De esta manera, si cambian las reglas, sólo el código que implementa las reglas necesita ser cambiado.

Por ejemplo, puede crear una clase para manejar las políticas de descuento. Entonces, usted puede llamar a los métodos de esta clase siempre que lo necesite para calcular el descuento de un cliente. Si el descuento cambios en las políticas, la clase de descuento puede ser actualizado para reflejar la nueva política.

Lo ideal sería que cada regla de negocio debe aplicarse sólo una vez, en una sola clase que se utiliza por cada programa que lo necesite. Con demasiada frecuencia, las políticas de negocio se implementan una y otra vez en múltiples programas - y si los cambios en las políticas, docenas de programas necesitan ser actualizadas. (Que incluso heridas que pensar, ¿no?)

El diseño de la capa de acceso a datos

Gran parte del trabajo de diseño de la capa de acceso de datos implica el diseño de la base de datos en sí. Aquí hay algunos consejos sobre el diseño de la capa de acceso a datos:

• Para empezar, usted debe decidir qué servidor de base de datos a utilizar (por ejemplo, SQL Server u Oracle).

• Usted tendrá que diseñar las tablas que componen la base de datos y determinar qué columnas cada mesa requerirá.

• También debe decidir qué técnicas básicas que utilizará para acceder a los datos. Por ejemplo, vas a escribir las clases de acceso a datos personalizados que acceden a la base de datos directamente, o va a utilizar el control SqlDataSource de ASP.NET para acceder a la base de datos? Y va a utilizar procedimientos almacenados o código de las sentencias de SQL que se utilizan para acceder a los datos directamente en el código de la aplicación?