Interfaz de Usuario y Programa

NET Framework proporciona las siguientes herramientas para administrar las interfaces de usuario y aplicación:

• Formularios de Windows
• Formularios web
• Aplicación de consola
• Servicios web

Estas herramientas permiten a los usuarios desarrollar aplicaciones basadas en web y de escritorio fáciles de usar en varios idiomas en la plataforma .NET.

Forma

Los Windows Forms (también conocidos como Win Forms) se utilizan para crear GUI para aplicaciones de escritorio de Windows.

La idea de Win Form se toma prestada de Windows Foundation Classes (WFC) para Visual J++. Win Form proporciona una forma de desarrollo integrada y unificada: GUI. Tiene una rica variedad de controles de ventana y compatibilidad con la interfaz de usuario. Los programadores usan muchas clases y funciones para trabajar con GUT.

MFC en VC ++, API directa en C ++ y VB Forms Engine en VB son solo algunos ejemplos de diferentes formas de manejar las GUI.

Simply Win Form es solo otro conjunto de clases contenedoras que se ocupan exclusivamente de las GUI. La clase Win Form encapsula la API de gráficos de Windows.

Ahora los programadores no necesitan usar la API de gráficos de Windows directamente, y dado que Win Form se ha separado de.NET.

Marco de clase; todos los lenguajes de programación usarán la misma clase Win Form. Esto evitará que los programadores tengan que aprender diferentes clases/herramientas de GUI. La sección Win Forms en el espacio de nombres System Winforms.

Usando Win Forms podemos hacer una única interfaz de usuario y usarla en VC++, VB, C#. Usando Estudio Visual .NET simplemente arrastramos los controles en un formulario para diseñar una GUI (algo con lo que todos los programadores de VC++ y VB están muy familiarizados).

Ahora podemos usar el mismo formulario en VB, VC++ o C#. Y todo esto es posible porque Visual Studio.NET usa el espacio de nombres System.Winforms para dibujar GUI. Cualquier idioma con el cumplimiento adecuado de CLS puede usar este formulario directamente.

Formulario web

Así como Win Forms proporcionó un enfoque unificado para el desarrollo de GUI para aplicaciones de escritorio, Web Forms proporciona herramientas similares para aplicaciones web.

En Java, los programadores pueden emular la funcionalidad que ofrece JavaScript y Servlets. Sin embargo, con los formularios web, este proceso se realiza de manera transparente. Los programadores de Java podrían pensar que cada control HTML tiene sus propios "servlets" dedicados que se ejecutan en segundo plano.

Este "servlet" en particular se llama cada vez que el control recibe algún evento de interés, como presionar un botón o cambiar la selección. Esto da como resultado un código más limpio y una excelente separación lógica entre la capa de presentación y la capa de lógica empresarial.

Los formularios web constan de dos partes: una plantilla que contiene el diseño basado en HTML de todos los elementos de la GUI e información, y un componente que contiene toda la lógica para enlazar con el elemento de control o GUI.

Esto proporciona una separación clara entre la capa de presentación y la capa lógica de la aplicación. La GUI se renderizaría en el lado del cliente, y el código conectado a los elementos de la GUI se ejecutaría en el lado del servidor (muy parecido a presionar un botón en un JSP y llamar a un Servlet en respuesta, pero con WinForms esto se ha vuelto muy fácil).

La adición de Web Forms a ASP.NET es un intento de llevar ASP a un nuevo nivel en el que pueda desafiar seriamente a JSP.

Otra buena característica de Web Forms es que se puede construir para que sea lo suficientemente inteligente como para admitir una amplia variedad de navegadores.

Si el navegador es IE 5.5, la misma página ASP se representará usando DHTML. Pero si el navegador es Netscape, la página web se renderizará utilizando etiquetas HTML; si se accede a la página a través de un dispositivo WAP, la misma página se renderizará utilizando el marcado WML.

Una desventaja obvia de ASP en relación con Java es que el código ASP es una pesadilla de mantenimiento. Mientras que los programadores de Java pueden usar Java Beans, Tags y Servlets para separar la capa de presentación de la capa de negocios, los programadores de ASP no tienen ese mecanismo. Microsoft proporciona dichos servicios de presentación a través de ASP.NET, separación de capas, mediante la introducción del concepto de formularios web.

ASP.NET Web Forms proporciona una interfaz de usuario web dinámica y fácil de crear. Las páginas de formularios Web Forms de ASP.NET pueden dirigirse a cualquier cliente de navegador (sin requisitos de biblioteca de secuencias de comandos ni.cookie).

Páginas de formularios Web Forms de ASP.NET · Brindan compatibilidad de sintaxis con las páginas ASP existentes. Los controles de servidor ASP.NET proporcionan una manera fácil de encapsular la funcionalidad común.

ASP.NET viene con 45 controles de servidor integrados. Los desarrolladores también pueden usar controles creados por terceros.

Las plantillas ASP.NET proporcionan una forma fácil de personalizar la apariencia del control del servidor de listas. Los controles de validación de ASP.NET proporcionan una manera fácil de realizar una validación declarativa de datos de clientes o servidores.

Aplicación de consola

Una aplicación de consola es una aplicación orientada a la línea de comandos que permite al usuario leer y escribir caracteres en la consola. Las aplicaciones de consola generalmente se diseñan sin una interfaz gráfica de usuario y se compilan como ejecutables independientes.

Aplicación de consola ejecutada desde la línea de comando, entrada y salida información cambia entre el símbolo del sistema y las aplicaciones en ejecución.

Debido a que la información se puede escribir y leer desde la ventana de la consola, esto hace que las aplicaciones de la consola sean una excelente manera de aprender nuevas técnicas de programación sin tener que concentrarse en la interfaz de usuario.

Servicio web

Los servicios web son extensiones de ActiveX. Los programadores que han trabajado tanto con ASP como con JSP conocen las deficiencias obvias de ASP. JSP ha enriquecido el concepto de Beans y etiquetas. El equivalente ASP de Beans y Tags son los controles ActiveX y servidores de automatización ActiveX. Permítanme tomarme un momento para explicar esto más a fondo.

Los servicios web no son un estándar de propiedad de Microsoft. Es un estándar de W3Consortium desarrollado por Microsoft, IBM y muchos otros gigantes de la industria.

Hay dos tipos de funciones. Funciones integradas de ASP y funciones de implementación definidas por el programador.

Para usar las funciones integradas, solo necesita pasar los parámetros apropiados y simplemente llamar a las funciones. Estas funciones son implementadas por el propio ASP.

Las funciones de manipulación de cadenas, las funciones de conversión de números son ejemplos de funciones integradas.

Las funciones definidas por el usuario son funciones definidas e implementadas por programadores. Los programadores pueden escribir estas funciones en el mismo archivo ASP o pueden escribirlas en otro archivo. Si el código de función reside en el mismo archivo ASP, el programador puede llamar a la función directamente.

Si la función está en otro archivo, diga "func.asp", entonces el programador debe incluir ese archivo escribiendo una declaración como !- #include file="func.asp" -;

Ahora los programadores pueden usar esta función. Los programadores también pueden crear servidores de automatización ActiveX y llamar a varias funciones de estos servidores ActiveX, pero una limitación es muy obvia: no importa qué tipo de función use, la función debe residir físicamente en la misma máquina.

Por ejemplo, su servidor de automatización ActiveX debe implementarse como .dll o .exe, que luego también debe registrarse en el registro de Windows antes de que el código ASP pueda llamar a sus funciones.

En un mundo en el que Internet se ha convertido no solo en una necesidad, sino en una forma de vida, claramente las restricciones son severas; la respuesta de Microsoft a esta pregunta es "Web Servicios".

Idea Principal

1. El proveedor de servicios web desarrolla una funcionalidad útil y la publica/publicita. Los proveedores de servicios web utilizan el estándar del lenguaje de descripción de servicios web (WSDL) para describir la interfaz de una función. Esto es muy parecido a las bibliotecas de tipos (TLB) y los archivos de lenguaje de descripción de objetos (ODL) que deben generarse mediante un servidor de automatización ActiveX.
2. Los programadores/clientes que necesitan la funcionalidad usan el Descubrimiento de servicios web o descubrimiento SOAP (también conocido como "DISCO").
3. La comunicación real entre el programa cliente y el servicio web se realiza a través de un método denominado Acceso simple a objetos. protocolo (SOAP).

Procedimiento: SOAP es un protocolo ligero basado en XML para la comunicación en un entorno distribuido y descentralizado.