Está en la página 1de 4

Windows Forms vs Web Forms

Cuando diseñe aplicaciones que incluyan una interfaz de usuario, tendrá dos opciones: formularios Windows

Forms y Web Forms. Ambos disponen de compatibilidad total en tiempo de diseño dentro del entorno de

desarrollo y pueden proporcionar una interfaz de usuario completa y funciones de aplicación avanzadas para

solucionar problemas de negocios. ¿Cómo decidir, entonces, qué tecnología es la adecuada para una aplicación

dada?

La opción puede ser evidente si se tiene en cuenta ciertas consideraciones relativas a la aplicación; por ejemplo,

si se va a crear un sitio Web de comercio electrónico accesible para el público a través de Internet, es obvio que

la aplicación se deberá desarrollar utilizando páginas de formularios Web Forms. Si está creando una aplicación

de alto rendimiento, que haga un uso intensivo de la capacidad de proceso y necesite aprovechar toda la

capacidad del equipo cliente, como puede ser una aplicación de productividad para la oficina, utilizará

formularios Windows Forms. Sin embargo, en otros casos es posible que la elección no esté tan clara.

En las secciones siguientes puede encontrar información acerca de las funciones y características de cada tipo

de tecnología que le ayudará a determinar cuál es la más adecuada para la aplicación.

Windows Forms
Los formularios Windows Forms se utilizan para desarrollar aplicaciones en las que se espera que el cliente

maneje una parte significativa de la carga de trabajo de la aplicación. Entre ellas, se incluyen las aplicaciones

clásicas de escritorio Win32 que solían desarrollarse en versiones anteriores de Visual Basic y Visual C++.

Ejemplo de ello son las aplicaciones gráficas o de diseño, los sistemas de entrada de datos, los sistemas de punto

de venta y los juegos.

Todas estas aplicaciones tienen en común el hecho de que dependen de la potencia del equipo de escritorio para

el procesamiento y la presentación de contenidos de alto rendimiento. Algunas aplicaciones de formularios

Windows Forms pueden estar completamente autocontenidas y ejecutar todo el proceso de la aplicación en el

equipo del usuario. A menudo, los juegos se escriben de este modo. Otras pueden ser parte de un sistema mayor

y, fundamentalmente, utilizan el equipo de escritorio para procesar los datos proporcionados por el usuario. Por

ejemplo, un sistema de punto de venta normalmente necesita una interfaz de usuario rápida y sofisticada que se

crea en el equipo de escritorio, pero está enlazado a otros componentes que ejecutan el procesamiento en

segundo plano.
Dado que una aplicación Windows que utilice formularios Windows Forms se genera alrededor de un marco de

trabajo Windows, tendrá acceso a los recursos del sistema del equipo cliente, que incluyen los archivos locales,

el Registro de Windows, la impresora, etc. Se puede restringir este nivel de acceso para eliminar cualquier riesgo

para la seguridad o problema potencial que pueda provocar un acceso no deseado. Además, los formularios

Windows Forms pueden aprovechar las clases gráficas .NET GDI+ para crear una interfaz gráficamente rica, lo

que suele ser un requisito para las aplicaciones de extracción de datos o de juegos.

Formularios Web Forms


Los formularios Web Forms ASP.NET se utilizan para crear aplicaciones en las cuales la interfaz primaria de

usuario es un explorador. Naturalmente, entre ellas se incluyen las aplicaciones que se ponen a disposición del

público a través del World Wide Web como, por ejemplo, las aplicaciones de comercio electrónico. No obstante,

los formularios Web Forms resultan útiles para algo más que la creación de sitios Web; muchas otras

aplicaciones se prestan a utilizar también una “interfaz fina”, por ejemplo, un manual del empleado basado en

una intranet o una aplicación de beneficios. Una característica importante es que no hay costos de distribución,

puesto que los usuarios tienen ya instalada la única parte de la aplicación que necesitan: el explorador.

Las aplicaciones con formularios Web Forms son, por definición, independientes de la plataforma; es decir, son

aplicaciones “de envergadura”. Los usuarios pueden interactuar con la aplicación independientemente del tipo

de explorador que tengan e, incluso, del tipo de equipo que utilicen. Al mismo tiempo, las aplicaciones de

formularios Web Forms pueden optimizarse para aprovechar las características incorporadas a los

exploradores más modernos, tales como Microsoft Internet Explorer 5, a fin de mejorar su rendimiento y

velocidad de respuesta. En muchos casos, esta optimización se incorpora a los componentes de formularios Web

Forms que se están utilizando, que pueden detectar automáticamente los niveles del explorador y representar

las páginas en consecuencia.

Los formularios Web Forms ofrecen algunas características que resultan útiles incluso en contextos que no son

Web. Dado que están basados en HTML, resultan adecuados para aplicaciones que hacen un uso intensivo de

recursos de texto, especialmente aquéllas en las que el formato del texto es importante. Puesto que los

exploradores suelen estar limitados en cuanto al acceso a los recursos del sistema, resultan útiles precisamente

en aquellas situaciones en las que se desea limitar el acceso de los usuarios a ciertas partes de la aplicación.
Comparación entre formularios Windows Forms y Web Forms
La tabla siguiente proporciona una comparación, frente a frente, de los diferentes criterios de aplicación y de

cómo las tecnologías de formularios Windows Forms y Web Forms tratan estos criterios.

CARACTERÍSTICA/ FORMULARIOS FORMULARIOS WEB


CRITERIO WINDOWS FORMS FORMS
Los formularios Web Forms no se
Los formularios Windows Forms
implementan en el cliente; el
permiten su implementación “sin
cliente sólo necesita un explorador.
contacto”: las aplicaciones se pueden
El servidor debe ejecutar Microsoft
Implementación descargar, instalar y ejecutar
.NET Framework. Las
directamente en los equipos de los
actualizaciones de la aplicación se
usuarios, sin ninguna alteración del
realizan mediante la actualización
Registro.
del código del servidor.
Los gráficos interactivos o
dinámicos requieren acciones de
Los formularios Windows Forms
ida y vuelta al servidor para
incluyen GDI+, que permite utilizar
obtener actualizaciones cuando se
Gráficos gráficos sofisticados para juegos y otros
utilizan en formularios Web Forms.
entornos gráficos extremadamente
Se puede utilizar GDI+ en el
ricos.
servidor para crear gráficos
personalizados.
Si sabe que los usuarios disponen
de Internet Explorer 5 o posterior,
podrá aprovechar las
características de HTML dinámico
(DHTML) del explorador en las
aplicaciones de formularios Web
Los formularios Windows Forms
Forms para crear una interfaz de
pueden ejecutarse por completo en el
usuario rica y de respuesta rápida.
equipo cliente; pueden proporcionar la
Capacidad de respuesta Si los usuarios tienen otros
respuesta más rápida para aquellas
exploradores, la mayor parte del
aplicaciones que necesiten un alto
procesamiento (incluidas las tareas
grado de interactividad.
relacionadas con la interfaz de
usuario, tales como la validación)
requerirá una acción de ida y
vuelta al servidor Web, lo que
puede afectar a la capacidad de
respuesta.
Los formularios Web Forms se
basan en el diseño de flujo de estilo
HTML y, por lo tanto, son
compatibles con todas las
Las funciones de posición de cuadrícula
características de diseño de las
de formularios Windows Forms
páginas Web. Son altamente
proporcionan un preciso control
compatibles con los distintos
bidimensional (coordenadas x e y) para
formatos de texto.La distribución
Formularios y control de flujo la colocación de controles.Para mostrar
de los controles se puede
de texto texto en Windows Forms, es necesario
administrar bastante bien (con
insertarlo primero en algún control
algunas limitaciones, como la de no
como Textbox oRichTextBox (las
superponer controles). Si los
posibilidades de formato son
usuarios tienen exploradores
limitadas).
compatibles con DHTML, podrá
especificar de forma mucho más
precisa el diseño de forma
bidimensional (coordenadas x e y).
Los formularios Web Forms sólo
requieren un explorador. Los
exploradores compatibles con
Los formularios Windows Forms DHTML pueden aprovechar
Plataforma requieren que .NET Framework se características especiales, aunque
ejecute en el equipo cliente. es posible diseñar formularios Web
Forms que funcionen en cualquier
explorador. El servidor Web debe
ejecutar .NET Framework.
Las aplicaciones, si se les permite,
pueden tener acceso total a los recursos La seguridad del explorador
Acceso a recursos locales
del equipo local. Si es preciso, se impide que la aplicación tenga
(sistema de archivos, Registro
pueden restringir los permisos de la acceso a los recursos del equipo
de Windows, etc.)
aplicación para que no utilice recursos local.
específicos.
Los formularios Web Forms se
basan en un modelo básicamente
asincrónico, desconectado, en el
que los componentes no se
corresponden estrictamente con la
interfaz de usuario de la aplicación.
Normalmente, los componentes de
la aplicación se invocan a través de
Los formularios Windows Forms se HTTP. Este modelo puede no ser
basan en un modo de suministro de adecuado para aquellas
Modelo de programación mensajes Win32 en el cliente, donde el aplicaciones que requieran una
desarrollador crea, utiliza y descarta productividad extrema por parte
instancias de componentes. del usuario o que realicen
transacciones de grandes
volúmenes. De forma similar, las
aplicaciones de formularios Web
Forms pueden no ser adecuadas
para aplicaciones de base de datos
que requieran altos niveles de
control de concurrencia (por
ejemplo, bloqueo pesimista).
La autorización para obtener
acceso a los recursos de una
aplicación Web suele controlarse,
para cada URL, mediante la
autenticación de las credenciales
(por ejemplo, una pareja
Los formularios Windows Forms
nombre/contraseña) del
utilizan permisos granulares en su
solicitante. Los formularios Web
implementación de seguridad de acceso
Forms permiten controlar la
a código a fin de proteger los recursos
identidad bajo la que se ejecuta el
del equipo y la información reservada.
código de aplicación del servidor.
Esto permite exponer cuidadosamente
Las aplicaciones pueden ejecutar
Seguridad la funcionalidad al mismo tiempo que
código con la identidad de la
se conserva la seguridad. Por ejemplo,
entidad solicitante, lo que se
el permiso de impresión, que en un
conoce como representación. Las
nivel sólo permitiría imprimir en la
aplicaciones también pueden
impresora predeterminada, en otro
ajustar el contenido
nivel podría permitir la impresión en
dinámicamente, basándose en la
cualquier impresora.
identidad o función del solicitante.
Por ejemplo, un administrador
podría recibir acceso a un sitio o a
un nivel superior de contenido que
un usuario que disponga de
permisos inferiores.

También podría gustarte