La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Estrella 2 Introducción al desarrollo de aplicaciones Web con ASP.NET

Presentaciones similares


Presentación del tema: "Estrella 2 Introducción al desarrollo de aplicaciones Web con ASP.NET"— Transcripción de la presentación:

1 Estrella 2 Introducción al desarrollo de aplicaciones Web con ASP.NET
Programa Microsoft Desarrollador Cinco Estrellas Estrella 2 Introducción al desarrollo de aplicaciones Web con ASP.NET

2 Objetivo Conocer los elementos involucrados en el desarrollo de una aplicación web con Visual Studio y la plataforma Microsoft .NET, presentando las novedades introducidas al respecto en la nueva versión 2.0 El presente curso de entrenamiento introduce el desarrollo de aplicaciones web presentando ASP.NET 2.0 como framework (marco) de desarrollo, para que el alumno pueda conocer y aprovechar al máximo el potencial de esta tecnología. Esta sección incluye tanto las características nuevas, como aquellas que han sido modificadas; aplicando lo aprendido en los cursos anteriores del programa Desarrollador 5 Estrellas. Acompañan al presente material teórico una serie de ejercicios de ejemplo y guías, desarrollados en Visual C# y en Visual Basic .NET, que sirven de apoyo al alumno en el proceso del aprendizaje. Se recomienda la realización de los ejercicios propuestos, la lectura del material adicional de referencia asi como también la lectura y ejecución de los ejemplos para lograr una formación completa en el tema.

3 Prerrequisitos Haber cursado y aprobado el módulo correspondiente a la Estrella 1 del programa Desarrollador 5 Estrellas Para realizar los ejercicios y ver los ejemplos de código adjunto necesita: Herramienta de Desarrollo MS Visual Studio 2005 ó MS Visual Web Developer 2005 Express Base de Datos MS SQL 2005 Express Edition Se recomienda además, tener conocimientos básicos de HTML y acceso a bases de datos relacionales mediante el lenguaje SQL. Puede encontrar material de referencia acerca de HTML y tecnologías relacionadas en el siguiente sitio web:

4 Temario (1/2) Introducción a ASP.NET Formularios Web (Web Forms)
Configuración Autenticación Como mantener el estado en una aplicación Web

5 Temario (2/2) Master Pages Themes y Skins Navegación Acceso a Datos
Compilación e Instalación Como crear una aplicacion Web en Visual Studio 2005 Referencias

6 Temario Introducción a ASP.NET Aplicaciones Web ASP.NET Servidor Web
Formularios Web (Web Forms) Configuración Autenticación Como mantener el estado en una aplicación web

7 Aplicaciones Web – ASP.NET
Una aplicación web es un conjunto de páginas HTML que se transmiten por medio del protocolo HTTP de un servidor al cliente y viceversa, brindando distintas funcionalidades a un usuario final. ASP.NET es un “Marco” (framework) para programar aplicaciones web, de un modo similar al que se programan las aplicaciones windows. El componente principal son los Web Forms (formularios web) que permiten, entre otras cosas, separar la interfaz del usuario de la funcionalidad de la aplicación. HTTP define como los navegadores y los servidores Web se comunican uno con otro. En una aplicación web, el componente principal es el HTML Form, que es el elemento de html que contiene los controles de la interfaz de usuario de cada página y captura la entrada de datos del usuario. El HTML Form es la porción de la página que es enviada a través del protocolo HTTP al servidor para procesar el pedido realizado por el usuario. Hay dos modos de envío de formularios al servidor: Get y Post. El primero envía los datos ingresados en el formulario como una cadena de consulta, el segundo envía los datos en el cuerpo del pedido. Para mas información, consulte el material de referencia al final del curso.

8 Aplicaciones Web - Servidor Web
Un servidor web es un sistema informático conectado a una red, donde se almacenan las páginas, imágenes, etc. (que forman una aplicación web) disponibles para ser visitadas por los usuarios de la red. Internet Information Server (IIS), es el servidor Web de Microsoft que corre sobre plataformas Windows. Los servicios que ofrece son: FTP, SMTP, NNTP y HTTP/HTTPS

9 Hypertext Transfer Protocol (HTTP)
Uno de los protocolos más importantes de Internet HTTP define como los navegadores y los servidores Web se comunican uno con otro Esta basado en texto y es transmitido sobre conexiones TCP

10 Funcionamiento de HTTP
Cliente Servidor Internet DNS IP= Puerto: 80 HTTP Request IP = inicio.html <html> <body> Bienvenidos al Curso ASP.NET </body> </html> HTTP Response

11 <html> <body> Bienvenidos al Curso ASP.NET </body>
Pagina solicitada inicio.html <html> <body> Bienvenidos al Curso ASP.NET </body> </html>

12 HTTP Request GET /inicio.html HTTP/1.1 Accept: */* Accept-Language:...
Accept-Encoding:... If-Modified-Since:... If-None-Match:... User-Agent: Mozilla/4.0... Host: Connection: Keep-Alive [blank line]

13 HTTP Response HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: ...
Content-Type: text/html Accept-Ranges: bytes Last-Modified: ... ETag: ... Content-Length: 46 [blank line] <html> <body> Bienvenidos al Curso ASP.NET </body> </html>

14 HTML Forms En el corazón de toda aplicación Web genuina están los HTML Forms Un HTML Form es la porción de un documento HTML que aparece entre las etiquetas <form></form> Suma.html <html> <body> <form> <input type="text" name="op1" /> + <input type="text" name="op2" /> <input type="submit" value=" = " /> </form> </body> </html>

15 HTML Forms (Cont.) Un botón submit (<input type=“submit”>) juega un rol especial en un HTML Form: Cuando es pulsado, el navegador envía el HTML Form junto con cualquier entrada de datos del usuario al servidor Web Cómo el HTML Form es enviado, dependerá del atributo Method del form: Si el atributo Method del form no está presente o tiene el valor GET, el navegador enviará al servidor un comando HTTP GET Si el atributo Method del form tiene el valor POST, el navegador enviará al servidor un comando HTTP POST Ejemplo >>

16 enviado al servidor, decimos que se produjo un POSTBACK
HTML Forms (Cont.) Method = GET <form method=“get"> . . . </form> GET /suma.html?op1=2&op2=2 HTTP/1.1 . Connection: Keep-Alive [blank line] El navegador envia los datos ingresados como una cadena de consulta Method = POST <form method=“post"> . . . </form> POST /suma.html HTTP/1.1 . Content-Type: ... Content-Length: 11 [blank line] op1=2&op2=2 El navegador envia los datos ingresados en el cuerpo de la solicitud HTTP Cualquiera sea el método utilizado, es decir GET o POST, cuando un form es enviado al servidor, decimos que se produjo un POSTBACK

17 Procesamiento en el Servidor
Construir la parte del cliente es “fácil”, sólo es HTML La parte difícil es la construcción de la lógica del lado del servidor. “Algo en el servidor”, tiene que interpretar las entradas del usuario enviadas junto con el form y generar la correspondiente salida. Después del procesamiento Suma.html <html> <body> <form> <input type="text" name="op1" /> + <input type="text" name="op2" /> <input type="submit" value=" = " /> </form> </body> </html> Suma.html <html> <body> <form> <input type="text" name="op1“ value=“2”/> + <input type="text" name="op2“ value=“2”> <input type="submit" value=" = " /> 4 </form> </body> </html> Antes del procesamiento

18 Procesamiento en el Servidor
Existen varias tecnologías de procesamiento: CGI (Common Gateway Interface) Define una API de bajo nivel Popular en entornos UNIX, no tanto en Windows ISAPI (Internet Server Application Programming Interface) Son DLL Windows que “corren” bajo IIS. Escritas en C++ Mejor performance que CGI ASP (Active Server Pages) Simple solución: HTML + Script del lado del servidor Programadas en JScript o VBScript Objetos intrínsecos que abstraen detalles de bajo nivel de HTTP. Objetos Request y Response Permite usar ADO (ActiveX Data Object) para acceso a datos

19 ASP.NET ASP.NET es el framework de programación web dentro de .NET
Permite desarrollar aplicaciones Web con un modelo “similar” al utilizado para aplicaciones Windows El componente fundamental de ASP.NET es el WebForm Independencia del cliente (navegador, S.O., dispositivo físico, etc.) Permite utilizar cualquier lenguaje .NET Permite desarrollar Servicios Web XML

20 ASP.NET - Ventajas La “parte ejecutable” de una aplicación ASP.NET es COMPILADA Implementación y actualización de las aplicaciones sin reiniciar el servidor! Acceso a toda la .NET Class Library Independiente del lenguaje de programación Encapsulamiento de funcionalidad a través de controles de servidor y controles de usuario

21 ASP.NET – Ventajas (Cont.)
Permite usar ADO.NET para acceso a datos Soporta XML, Hojas de estilo CSS, etc. Detección automática del navegador cliente, generando el lenguaje de marcas soportado por el mismo Mecanismo de Caching incorporado para páginas completa o partes de la misma frecuentemente solicitadas

22 Componentes de una aplicación ASP.NET
WebForms (Formularios Web) Uno o más archivos con extensión .aspx Archivos Code-Behind Archivos asociados a WebForms que contienen código del lado del servidor (Ej. VB.NET, C#, etc.) Archivos de configuración con formato XML Un archivo Web.config por c/aplicación Un único archivo Machine.config por servidor Global.asax Eventos a nivel de aplicación

23 Componentes de una aplicación ASP.NET
Directorio BIN Contiene el assembly de la aplicación (Ej.: MiAplic.dll) Cero o más assemblies (Componentes externos) Enlaces a Servicios Web XML Permiten a la aplicación ASP.NET enviar y recibir datos desde Servicios Web

24 Componentes de una aplicación ASP.NET
ASP.NET Web Server Cliente WebForm1.aspx Global.asax WebForm1.aspx.vb Web.config Output Cache WebForm2.aspx Internet BIN WebForm2.aspx.vb Comp. Comp. Servicios Web Database

25 Las aplicaciones Web ASP.NET + IIS
IIS es el servidor Web de la plataforma Windows Las aplicaciones Web solo pueden existir en una ubicación que es publicada por IIS como un Directorio Virtual Directorio Virtual: es un recurso compartido identificado por un alias y que representa una ubicación física en el servidor El famoso hace referencia al directorio raíz del servidor web Por default, “apunta” a C:\Inetpub\wwwroot

26 Las aplicaciones Web ASP.NET + IIS
VS.NET por default crea las aplicaciones web bajo el directorio raíz, ej.: MiAplicacion Virtual: Física: C:\Inetpub\wwwroot\MiAplicacion Podemos usar IIS para definir un directorio virtual donde alojar nuestras aplicaciones Web, diferente al predeterminado

27 Estructura de las aplicaciones Web
El “perímetro” de una aplicación Web es determinada por su estructura de directorios Comienza por su directorio raíz, el cual contiene: La página o WebForm de inicio El archivo de configuración Web.config El directorio BIN El perímetro de la aplicación termina en su último directorio o cuando se encuentra el directorio raíz de otra aplicación Web

28 Plataforma de desarrollo Web Microsoft en el tiempo
Visual Studio 6.0 Visual InterDev 6.0 IIS 5.0 SQL Server 2000 ASP Visual Studio .NET 2003 .NET Framework 1.1 IIS 6.0 ASP.NET 1.1 Visual Studio “Orcas” .NET Framework “Orcas” ASP.NET “Orcas” y más Visual Studio 2005 Visual Web Developer Express Edition .NET Framework 2.0 SQL Server 2005 ASP.NET 2.0 Visual Studio .NET 2002 .NET Framework 1.0 ASP.NET 1.0

29 Temario (1/2) Formularios Web (Web Forms) Introducción a ASP.NET
Generalidades Controles Web Eventos de un formulario web Ciclo de Vida de un formulario web Configuración Autenticación Como mantener el estado en una aplicación web

30 WebForms - Generalidades
Formulario Web (ASP.NET web form) Es una página expresada en lenguaje de marcas que es compilada y ejecutada dinámicamente en el servidor para generar la salida solicitada por el cliente (explorador ó dispositivo). Code Behind Es el código que se ejecuta del lado del servidor para lograr el comportamiento deseado en un formulario web. Partial Class Un nuevo concepto, que es aplicado en ASP.NET para vincular las páginas aspx (la interfaz del usuario) con su Code Behind (comportamiento). Los Formularios Web son archivos de texto que poseen la extensión .aspx que, generalmente, expresan la interfaz del usuario. Estos archivos son interpretados por ASP.NET vinculando la interfaz del usuario con el código del lado del servidor (code behind). Para lograr la vinculación, la directiva Page entra en juego: Page compilewith="MiPagina.aspx.cs" classname="MiEspacioDeNombres.MiClase" %> Code Behind (código detrás): logra el comportamiento deseado de un formulario web. Definir clases como Partial Class permite que una misma clase esté definida de forma parcial en múltiples archivos (en versiones anteriores una clase sólo podía estar definida en un archivo). En ASP.NET 2.0 con la incorporación del concepto de clases parciales, puede encontrar el concepto Code Beside que podría traducirse como código al lado, con la misma funcionalidad que el code behind. Visual Studio 2005 aprovecha esta característica para definir parte de la clase de la página ASPX en el propio archivo '.aspx', que ahora contiene definiciones de controles y eventos, y el código que gobierna su funcionamiento en un archivo aparte por medio de una clase parcial. Nótese los cambios en la directiva Page, ahora es indispensable indicar el archivo de la clase con la cual compilara la aspx y el nombre completo de la clase que corresponda.

31 Controles de Servidor Componentes que se ejecutan en el lado del servidor Encapsulan partes de la interface de usuarios Poseen el atributo runat=“server” Mantienen su “estado” entre postbacks al servidor – ViewState Poseen un modelo de objetos común Ej.: todos tienen las propiedades Id y Text Generan HTML especifico según el browser cliente

32 Tipos de Controles de Servidor
Controles de Servidor HTML Controles de Servidor Web Por default, los elementos HTML no son accesibles desde código del lado del servidor Agregando runat=“server” y el atributo id, se convierten en Controles de Servidor HTML Conocidos como WebControls Solo accesibles del lado del servidor Muchos tipos Intrínsecos Validación “Ricos” Del tipo lista de datos No tienen una relación 1:1 con elem. HTML

33 Equivalencias de Controles
Botón HTML “clásico” (No es de Servidor) Control de Servidor HTML Control de Servidor Web <INPUT type="button" value="Buscar"> <INPUT type="button" value="Buscar" id="cmdBuscar" runat="server" NAME="button1"> <asp:Button id="cmdBuscar" runat="server" Text="Buscar"/>

34 Controles de Servidor - Ejemplos
WebControl HTML equivalente <asp:button> <input type=submit> <asp:checkbox> <input type=checkbox> <asp:hyperlink> <a href="…"> </a> <asp:image> <img src="…"> <asp:imagebutton> <input type=image> <asp linkButton> <asp:label> <span> </span> <asp:panel> <div> </div> <asp:radiobutton> <input type=radiobutton> <asp:table> <table> </table> <asp:textbox> <input type=text> <asp:listbox> <select size="5"> </select>

35 Controles de Servidor - Validación
Son elementos ocultos que validan las entradas de datos contra algún patrón El proceso de validación puede ser llevado en: Cliente El browser cliente debe soportar lenguaje script Le da al usuario un feedback inmediato Reduce el número de postbacks Servidor Repite la validación del lado del cliente Permite validar contra datos almacenados por ej. en una base de datos

36 Controles de Servidor - Validación
ASP.NET proporciona 6 controles RequiredFieldValidator. Valor requerido. CompareValidator. Valida contra un valor constante o contra otro control. RangeValidator. Valor dentro de un rango de tipos. RegularExpressionValidator. Valida contra un patrón o expresión regular. CustomValidator. Lógica de validación proporcionada por nosotros. ValidationSummary. No es un validador, sino que muestra mensajes de error “agrupados”.

37 Controles de Servidor - Validación
En el lado del servidor se puede determinar si TODAS las validaciones fueron exitosas mediante Page.IsValid Muy importante! La propiedad IsValid NO está disponible en los eventos Init ni Load del WebForm

38 Controles de Servidor – Controles “Ricos”
Controles con lógica de IU compleja encapsulados de forma sencilla Ejemplos: AdRotator. Permite mostrar anuncios publicitarios (banners) de una secuencia predeterminada o aleatoria. Calendar. Permite disponer de un calendario altamente personalizable.

39 Controles de Usuario Simplifican la reutilización de código y componentes de la IU dentro de las aplicaciones Web ASP.NET Son del servidor definidos en un archivo .ascx Contienen HTML pero NO los tags <HTML>, <BODY> o <FORM> Contiene también código en VB.NET o C# Control Language="vb" %> Control Language=“cs" %>

40 ¿Por qué usar Controles de Usuario?
Son autocontenidos Pueden ser utilizados más de una vez Pueden estar escritos en diferentes lenguajes FARMACIA UserControl.ascx WebForm1.aspx WebForm2.aspx FARMACIA FARMACIA

41 Agregando Controles de Usuario
Para usar un control de usuario en un WebForm se usa la Dentro del WebForm... Podemos acceder y crear propiedades como con cualquier otro control u objeto TagPrefix="uc" TagName="encabezado" Src="header.ascx" %> <uc:encabezado id=“Enc1” runat=“server”> </uc:encabezado>

42 Eventos en un WebForm (1/4)
Modelo de Eventos Web Form Server mensaje Cliente Web evento Analiza el mensaje Llama al manejador apropiado manejador El modelo de eventos de una página ASP.NET, trabaja como se muestra en el ejemplo gráfico. El cliente realiza una petición, el mensaje es recibido en el servidor, donde es analizado y atendido por el manejador de eventos que corresponda. Se arma la respuesta y el cliente obtiene la información que ha solicitado (ya sea una nueva página, un mensaje, etc.) respuesta

43 Eventos en un WebForm (2/4)
Eventos del lado del servidor Cuando se trabaja con controles ASP.NET, estos generan eventos en el servidor para responder a las peticiones del usuario, produciéndose PostBack. PostBack A instancias de un formulario web mostrado en el cliente cada evento sucedido en él genera un POST hacia el servidor y una respuesta. Este ida y vuelta dentro de un mismo formulario web se llama postback. View State Es un mecanismo que permite mantener el estado de los controles del formulario web entre postbacks. El estado de los controles viaja en el view state por cada postback.(ver diapositiva 36) Los eventos asociados con controles ASP.NET son generados en el cliente y atendidos en el servidor. Por este motivo, ASP.NET necesita que la información para atender el evento del cliente sea transferida al servidor por medio de una petición HTTP Post. Para mantener el estado de los controles, se utiliza el View State. El estado de los controles se almacena en un campo oculto de la página que viaja en cada postback; si no se tiene control de su tamaño puede dificultar la navegación del sitio haciéndolo más lento. Para ello verifique el estado de la propiedad EnableViewState de todos los controles y utilice este mecanismo cuando sea necesario. Existen otras técnicas que permiten comunicarse con el servidor: Cuando se utiliza una página con la propiedad PostBackUrl, el evento generado en el cliente es atendido por una segunda página. La página que atiende el pedido puede hacer referencia a los controles de la página que la llamó desde la propiedad la PreviousPage que contiene todos los controles de la primera. El Script CallBack de ASP .NET 2.0 permite atrapar eventos del lado del servidor evitando el refresco de pantalla Nota: Para obtener información sobre Script CallBack en ASP.NET 2.0 vea el material de referencia.

44 Eventos en un WebForm (3/4)
Declaración de eventos en un control del lado del cliente: <asp:Button ID="btnEjemplo" runat="server" Text="Aceptar" onclick="btnEjemploClick" /> Atención del evento en el servidor ( code behind ) Ejemplo en C#: protected void btnEjemploClick(object sender, EventArgs e) { if (!string.IsNullOrEmpty(txtEjemplo.Text)) lblEjemplo.Text = txtEjemplo.Text; } Como puede apreciarse en el ejemplo, en el cliente de la página web se declara un botón con el evento onclick el manejador del evento es un método protegido de la misma clase, que, se ubica del lado del servidor. Es importante notar que los métodos que atienden eventos de este tipo, siempre tienen dos parámetros, un objeto que hace referencia al control que provoca el evento y un segundo parámetro que posee información necesaria para atender el llamado.

45 Eventos en un WebForm (4/4)
Atención del evento en el servidor ( code behind ) . Ejemplo en Visual Basic: Protected Sub btnEjemploClick(ByVal sender As Object, _ ByVal e As EventArgs) If Not String.IsNullOrEmpty(txtEjemplo.Text) Then lblEjemplo.Text = txtEjemplo.Text End If End Sub En este ejemplo se atiende en visual Basic el evento onclick declarado en el control de ejemplo de la diapositiva anterior.

46 Ciclo de vida de un WebForm
Sucesos mas importantes del ciclo de vida de una página: Inicialización de objetos Carga View State Procesa datos del post Carga de la página Eventos Post Back Graba View State Render UnLoad El ciclo de vida de un página web form corresponde al tiempo que transcurre entre la invocación del servidor Web (IIS) y el envío de la información de respuesta al cliente. Detallaremos a continuación los sucesos mas importantes que ocurren en el ciclo de vida de una página ASP.NET El ciclo de vida de una página ASP.NET comienza cuando el marco de ejecución de ASP.NET invoca al código asociado a la página .aspx requerida. Luego de instanciar los objetos de contexto request y response, crea el árbol de controles declarado en la página .aspx y determina si la página fue llamada en modo postback o no. Luego ocurre la inicialización de objetos y la configuración de sus estados, produciéndose el disparo del evento Init en cada uno de ellos, y a posterior el evento Init de la página contenedora; a su vez se aplican los Themes que afecten a la página ( Los Themes, son estilos que se aplican a los controles web, más adelante en este curso se tratarán puntualmente). Una vez inicializados los objetos, ASP.NET 2.0 carga en ellos sus estados y los valores del view state. A continuación se procesa el post y se cargan sus valores en cada uno de los objetos. Este es el momento en que ocurre la carga de la página, en el cual el desarrollador podrá atrapar el evento Page_Load. Una vez que la página ha sido inicializada, cargada y validada, se disparan y atienden los eventos que hayan sido solicitados en el cliente y para los cuales existen los manejadores de eventos programados por el desarrollador. Esta es la oportunidad para el desarrollador de ejecutar la lógica del negocio y acceso a datos. En el paso siguiente, Render, el View State es salvado con los nuevos valores, y el lenguaje de marcas es generado (html, xml, etc). Antes de que el objeto Page sea liberado, los controles hijos son descargados, momento en el cual se dispara el evento UnLoad de cada uno de ellos y el de la página que los contiene. Es responsabilidad del recolector de basura (Garbage Collector) destruir (Dispose) todos los objetos incluidos en el ciclo de vida de la página.

47 Temario (1/2) Configuración Introducción a ASP.NET
Formularios Web (Web Forms) Configuración Conceptos principales Accediendo desde el código al web.config Autenticación Como mantener el estado en una aplicación web

48 Conceptos principales (1/2)
Archivo Web.Config Es un archivo xml, donde se guarda información de configuración común a toda la aplicación como ser: cadenas de conexión, tipo de autenticación, etc. Arquitectura de configuración jerárquica El archivo de configuración posee una estructura jerárquica (xml) que permite una lectura rápida y facilita su modificación. El archivo de configuración web.config permite una fácil administración e instalación de una aplicación web ASP.NET conteniendo toda la información relevante de la aplicación (autenticación, sesiones, autorización, etc.) incluyendo valores referentes a la funcionalidad propia de la aplicación. Al modificar el archivo de configuración web.config, no es necesario reiniciar la aplicación en el servidor, ésta lo detecta automáticamente. El sistema de configuración de ASP.NET se compone de dos archivos: Machine.config: donde se guarda información de configuración para todo el servidor. (Existe un solo archivo machine.config instalado por cada versión de ASP.NET ) Web.config: donde se guarda información de configuración específica de la aplicación, se pueden colocar múltiples archivos Web.Config en una aplicación, por ejemplo uno en la raíz y uno en cada uno de los subdirectorios que lo necesiten. Pero no puede haber más de uno por directorio. Otra ventaja es que se pueden agregar archivos de configuración externos, referenciados desde el web.config, facilitando enormemente el trabajo para grandes equipos de desarrollo.

49 Conceptos principales (2/2)
Secciones y grupos de secciones En ASP.NET 2.0 se incorporan nuevos grupos de secciones, como por ejemplo “connectionStrings”. Facilitando de este modo el acceso a las conexiones de datos y simplificando el código. Herramientas administrativas Snap-in de MMC para ASP.NET Herramienta de administración del sitio web (Web Site Administration Tool) En las versiones anteriores de ASP.NET, había que editar los archivos de configuración manualmente. En ASP.NET 2.0, tanto el Visual Studio 2005 como Visual Web Developer 2005 Express Edition existe una herramienta visual Web Site Administration Tool para la administración de la configuración de la aplicación. Así mismo, el servidor web IIS provee una interfaz de usuario (Snap-in de MMC) para el mismo fin. Las secciones, de seguridad, acceso a datos, etc., pueden ser configuradas fácilmente por medio de estas herramientas.

50 Accediendo desde el código al web.config (1/2)
Secciones configuración más simples <configuration> <connectionStrings> <add name="northwind" connectionString="server=(local);database=Northwind;Integrated Security=SSPI" providerName="System.Data.SqlClient" /> </connectionStrings> </configuration> Esta porción de ejemplo de un archivo web.config declara la cadena de conexión a una base de datos. En la próxima diapositiva se leerá el valor desde el código. Cabe destacar que el archivo web.config es de formato texto y puede ser editado fácilmente y en cualquier momento, durante el desarrollo o mientras la aplicación este en producción.

51 Accediendo desde el código al web.config (2/2)
Acceso de lectura/escritura a especificaciones de configuración. Ejemplo en C#: SqlConnection connection = new SqlConnection( ConfigurationManager.ConnectionStrings[ "ADVENTUREWORKSConnectionString"].ConnectionString); Ejemplo en Visual Basic Dim connection As SqlConnection = New _ SqlConnection(ConfigurationManager.ConnectionStrings( _ "ADVENTUREWORKSConnectionString").ConnectionString) ASP.NET 2.0 provee una API de configuración mas rica que versiones anteriores, facilitando la lectura y escritura de los archivos de configuración desde el código. Este ejemplo muestra como recuperar el valor de una cadena de conexión a la base de datos, declarada en un web.config.

52 Temario (1/2) Autenticación Introducción a ASP.NET
Formularios Web (Web Forms) Configuración Autenticación Generalidades Tipos de Autenticación Autenticación por Formularios Controles de Login Como mantener el estado en una aplicación web

53 Generalidades ¿Qué es Autenticación? ¿Cómo Funciona?
Es el mecanismo que permite afirmar que la persona que esta ingresando al sistema es quien dice ser. ¿Cómo Funciona? Se aceptan las credenciales ingresadas por el usuario (usuario – contraseña) y se validan contra una base de datos, el sistema operativo, un servicio web, u otro mecanismo definido según el tipo de autenticación.

54 Tipos de Autenticación
Basada en Windows Basada en Windows e IIS La solicitud de la página pasa por IIS Si IIS valida exitosamente la credencial, entonces se devuelve la página solicitada Basada en Formularios Las solicitudes no autenticadas son redireccionadas a un formulario de login Después de validar la credencial se envía al cliente una cookie de autenticación Basada en Microsoft Passport Servicio de autenticación centralizado Passport es un Web Service Existen 3 tipos de autenticación en aplicaciones .Net. La autenticación basada en windows, utiliza la infraestructura de Windows para validar las credenciales, es apropiada para aplicaciones intranet. La autenticación basada en formularios, utiliza generalmente bases de datos para la validación de credenciales, es apropiada para aplicaciones web. La autenticación basada en MS Passport, utiliza un servicio web para la validación de credenciales, por lo cual no necesita guardar los datos de los usuarios en una base de datos, pero su utilización tiene un costo económico. En el curso se introduce la autenticación por formularios, para más información de los otros tipos de autenticación, sugerimos consultar el material previo del programa Desarrollador 5 Estrellas, o consultar el sitio de MSDN Español.

55 Configurando la autenticación
<system.web> <authentication mode="Forms"> <forms loginUrl="login.aspx"></forms> </authentication> <authorization> <deny users="?"/> </authorization> </system.web> Para utilizar la autenticación por formularios, hay que configurar en el web.config la sección correspondiente incorporando el elemento authentication como muestra el ejemplo; y a su vez indicar cual será la página de Login para que el usuario pueda ingresar sus credenciales. El elemento authorization esta fuertemente relacionado con la autenticación, y determina si el usuario autenticado está autorizado a acceder a cierta página o no según sean sus privilegios asociados. El ejemplo muestra que no se autoriza el acceso a la aplicación a ningún usuario que no haya sido previamente autenticado.

56 Autenticación por Formularios
La autenticación por formularios se utiliza para validar a los usuarios contra bases de datos relaciones, Servicios Web, etc. ¿Cómo funciona? Si las credenciales son válidas, ASP.NET graba un ticket de autenticación en la cookie que contiene la identidad del usuario. Si el usuario es anónimo, redirecciona las peticiones a una página predeterminada para validar las credenciales del usuario. Este modo de autenticación es muy utilizado en sitios web públicos. Para Autenticar por Formularios, los algoritmos de verificación de usuarios, consultan bases de datos. Cuando se confirma que las credenciales de autenticación (usuario y contraseña) son válidas, se genera un ticket de autenticación con la identidad del usuario. Luego en las siguientes peticiones de página, se autoriza al usuario utilizando este “ticket”. Este ticket de autenticación se guarda en una cookie. Las cookies son archivos de texto que guardan información de estado en la PC cliente. (encontrara mas información sobre cookies en los distintos enlaces de la sección Referencias del curso).

57 Autenticación por Formularios
IIS 1 2 Autenticación basada en Formulario NO Autenticado Autenticado Cliente solicita una página Usuario 6 Gabriel 4 Autorizado Clave Form de Login (Usuario ingresa sus credenciales) *********** Acceso Denegado NO Autenticado Aceptar 3 Autenticado Cookie de autenticación Autorizado 7 Página Segura solicitada 5

58 Controles de Login (1/2) Control Log In
<asp:Login ID="Login1" runat="server“ CreateUserUrl="~/CrearUsuario.aspx" CreateUserText="Nuevo Usuario“ RememberMeText="Recordar mi usuario" BackColor="#F7F6F3" BorderColor="#E6E2D8" BorderPadding="4" BorderStyle="Solid" BorderWidth="1px" Font- Names="Verdana" Font-Size="0.8em" ForeColor="#333333" > <TitleTextStyle BackColor="#5D7B9D" Font-Bold="True" Font-Size="0.9em" ForeColor="White" /> <InstructionTextStyle Font-Italic="True" ForeColor="Black" /> <TextBoxStyle Font-Size="0.8em" /> <LoginButtonStyle BackColor="#FFFBFF" BorderColor="#CCCCCC" BorderStyle="Solid" BorderWidth="1px" Font-Names="Verdana" Font-Size="0.8em" ForeColor="#284775" /> </asp:Login> ASP.NET 2.0 provee un nuevo grupo de controles para la autenticación de usuarios, llamados Controles de Login Estos controles brindan la funcionalidad de recibir y validar las credenciales de un usuario, crear usuarios, recuperar contraseñas, mostrar el usuario actual en las páginas de un sitio, etc. El modelo de proveedores (*) de membresía (membership provider) trabaja fuertemente ligado con estos controles, facilitando el proceso de desarrollo. Para utilizar estos controles, se debe habilitar la autenticación por formularios en la aplicación. Vea los ejercicios de ejemplo que utilizan estos controles. Es importante aclarar que el modelo de la base de datos también es provisto por Microsoft y debe respetarse. En caso de querer usar un modelo propio para los datos de usuarios, roles, etc. deberá desarrollarse el proveedor correspondiente. (*) Para mas información acerca del modelo de proveedores, vea los documentos recomendados al final del curso. Ejemplo del control

59 Controles de Login (2/2) Control de Creación de Usuarios
<asp:CreateUserWizard ID=“createUserWizard" runat="server" CreateUserButtonText="Crear Usuario" CompleteSuccessText="Usuario Creado" ContinueButtonText="Finalizar" ContinueDestinationPageUrl="~/Default.aspx“ FinishDestinationPageUrl="~/Default.aspx“> <WizardSteps> <asp:CreateUserWizardStep ID=“createUserWizardStep" runat="server"> </asp:CreateUserWizardStep> <asp:CompleteWizardStep ID=“completeWizardStep" runat="server" Title="Usuario Creado“ AllowReturn="true"> </asp:CompleteWizardStep> </WizardSteps> </asp:CreateUserWizard> Ejemplo del control El nuevo control de creación de usuarios hereda del nuevo control Wizard y se puede personalizar si se desea cambiar el idioma del control , los nombres de los botones, títulos etc. Hay otros controles, como el visualizador de usuario, el recuperador de claves y para cambiar la clave. Todos estos controles encapsulan la funcionalidad requerida y solo requieren utilizar un modelo de datos propuesto y provisto por Microsoft.

60 Temario (1/2) Como mantener el estado en una aplicación web
Introducción a ASP.NET Formularios Web (Web Forms) Configuración Autenticación Como mantener el estado en una aplicación web Generalidades Global.asax Estado de la aplicación Estado de la sesión View State

61 Generalidades Las páginas html de una aplicación web se transmiten por medio del protocolo HTTP, como se mencionó anteriormente. Este protocolo es un protocolo “sin estado”. Así, una vez que el usuario ingreso datos en el navegador, si no se mantiene el estado mediante algún mecanismo, se pierden los datos ingresados. Por este motivo, ASP.Net proporciona mecanismos para mantener el estado de sus variables a través de las distintas peticiones de páginas. Entre estos mecanismos se encuentran: Application State : mecanismo de almacenamiento global accesible desde todas las páginas de la aplicación Web Session State : mecanismo de almacenamiento limitado a la sesión actual del navegador View State :Mantiene valores entre múltiples solicitudes a la misma página Como se mencionó anteriormente, las páginas HTML se transmiten por medio del protocolo HTTP de un servidor al cliente y viceversa. Este protocolo es un protocolo “sin estado”, por consiguiente, la información de las páginas web se pierde entre los idas y vueltas al servidor. Como en muchos casos es necesario conservar estos datos, ASP .Net provee distintos mecanismos que permiten mantener el estado de sus páginas a través de los idas y vueltas. Entre los mecanismos, se encuentra el “ViewState”, “Application State”, “Session State”, es decir los datos se mantienen a nivel de aplicación y a nivel de sesión del usuario.

62 Administración de estados
Sin Adm. De Estados Con Adm. De Estados Login.aspx Login.aspx Ingrese sus datos de inicio de sesión Ingrese sus datos de inicio de sesión Nombre Nombre Juan Juan Contraseña Contraseña ******* ******* Ingresar Ingresar Inicio.aspx Inicio.aspx Hola Hola Juan Olvide quien es Ud!

63 Tipos de administración de estado
Del lado del servidor Del lado del cliente Application state Información disponible para todos los usuarios de la aplicación Web. Cookies Archivos de texto que guardan información de estado en la PC cliente Session state Información disponible únicamente para un usuario de una sesión específica ViewState Mantiene valores entre múltiples solicitudes a la misma página Database En algunos casos se utiliza una Base de Datos para guardar la información de estado Query strings Información anexada al final de la URL

64 Administración de estados - Servidor
Application State es un mecanismo de almacenamiento global accesible desde todas las páginas de la aplicación Web Seesion State está limitada a la sesión actual del browser Las sesiones ASP.NET se identifican con una cadena de caracteres ASCII y se guarda como una Cookie en el cliente Variables de Session y Application SessionID

65 Administración de estados - Cliente
Cookies para mantener el estado: Temporarias Persistentes Problema: el usuario puede borrarlas o deshabilitarlas Problemas de seguridad Espacio limitado a almacenar no más de 4KB Cookie

66 Global.asax Administra eventos a nivel de aplicación y sesión.
Los eventos referentes a la manutención del estado de aplicaciones web, son: Application_Start Application_End Session_Start Session_End Este archivo (global.asax) contiene distintos eventos que son lanzados a nivel de aplicación. Estas declaraciones de evento no producen interfaz de usuario y sirven para mantener variables de estado de la aplicación y/o de la sesión. Los eventos Application_Start y Application_End suceden cuando la aplicación es inicializada y descargada del servidor web respectivamente. Los eventos Session_Start y Session_End suceden cuando un nuevo usuario se conecta y se desconecta con la aplicación respectivamente. El archivo global.asax se ubica en el raíz del directorio virtual de la aplicación web. ASP.NET analiza y compila el global.asax en una clase dinámica del Net Framework la primera vez que cualquier URL de la aplicación es activada o solicitada. Las directivas del gobal.asax dan a las páginas ASP .NET instrucciones especiales a ser usadas en la compilación, una directiva puede ser: Application Description=“Aquí describo al global.asax” %>.

67 Estado de la aplicación(1/2)
Permite almacenar información a nivel de aplicación, común a todas las sesiones. Esta información se almacena en una colección llamada Application. El acceso a esta información se realiza mediante el objeto intrínseco “Application” Ejemplo en C# protected void Application_Start() { DataSet ds = new DataSet(); try { FileStream fs = new FileStream(Server.MapPath("schemadata.xml"), FileMode.Open,FileAccess.Read); StreamReader reader = new StreamReader(fs); ds.ReadXml(reader); } finally { fs.Close(); } DataView view = new DataView(ds.Tables[0]); Application["Sucursal"] = view; La colección Application permite almacenar la información que es común a todos los usuarios que acceden al sitio y que deberá estar disponible en todo momento. La carga en memoria de esta información sucede en el arranque de la aplicación web (aunque no necesariamente tiene que ser asi), es rara vez modificada y su mayor acceso es para lectura. El ejemplo muestra como almacenar para toda la aplicación los datos de la sucursal en la cual está instalada. Mediante el evento Application_Start se buscan los datos necesarios, una sola vez, y se mantendrán en memoria toda la vida de la aplicación. El código muestra la carga de un objeto DataView que se guarda en una variable de aplicación: Application[“Sucursal"]. Luego puede ser accedida desde las páginas del sitio. El siguiente ejemplo muestra la recuperación de los datos de la sucursal en el evento Load y los muestra en una grilla: void Page_Load(Object sender, EventArgs e) { DataView Source = (DataView)(Application[" Sucursal "]); ... MyGridView.DataSource = Source; }

68 Estado de la aplicación(2/2)
Ejemplo en Visual Basic Sub Application_Start(ByVal sender As Object, ByVal e As _ EventArgs) Dim ds As DataSet = New DataSet Try Dim fs As FileStream = New _ FileStream(Server.MapPath("schemadata.xml"), _ FileMode.Open, FileAccess.Read) Dim reader As StreamReader = New StreamReader(fs) ds.ReadXml(reader) Finally fs.Close End Try Dim view As DataView = New DataView(ds.Tables(0)) Application("Sucursal") = view End Sub El código muestra la carga de un objeto DataView que se guarda en una variable de aplicación: Application(“Sucursal“). Luego puede ser accedida desde las páginas del sitio. El siguiente ejemplo muestra la recuperación de los datos de la sucursal en el evento Load y los muestra en una grilla: Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load Dim Source As DataView = CType((Application(“Sucursal")), DataView) ... MyGridView.DataSource = Source End Sub

69 Estado de la sesión (1/2) Una sesión es una interacción entre un navegador y un servidor web (comprende varios Requests a lo largo del tiempo) Es posible almacenar información únicamente relevante para una sesión. El acceso a esta información se realiza mediante el objeto intrínseco “Session” Ejemplo C# Protected void Session_Start( object sender, EventArgs e ) { //... try { conn = new SqlConnection( ConfigurationManager.ConnectionStrings[ "ADVENTUREWORKSConnectionString"].ConnectionString); command.Connection = conn; conn.Open(); object result = command.ExecuteScalar(); Session["codigo"] = result; } finally { conn.Close(); ASP.NET provee un mecanismo para mantener información individual de cada interacción de un navegador con el servidor web llamado sesión. La sesión perdura un tiempo determinado, previamente establecido en el archivo de configuración; y se renueva por cada pedido del cliente. La colección Session permite almacenar la información particular de una sesión. Cuando un usuario solicita por primera vez una página .aspx al servidor web, ASP.NET crea una nueva sesión para él. En este momento es factible la carga en memoria de la información del usuario. Por defecto la información de sesión se guarda en memoria. El ejemplo muestra como almacenar el código de cliente de un usuario. Mediante el evento Session_Start se buscan los datos necesarios, que se mantendrán en memoria mientras el usuario este conectado. El código de la diapositiva muestra la carga del código del cliente que se guarda en una variable de sesión: Session[“Codigo"]. Luego puede ser accedida desde las páginas del sitio. El siguiente ejemplo muestra la recuperación del código del cliente en el evento Load, mostrándolo en un control TextBox: void Page_Load(Object sender, EventArgs e) { string cliente = (Session[“Codigo"]); ... txtCliente.Text = cliente; }

70 Estado de la sesión (2/2) Ejemplo en Visual Basic
Sub Application_Start(ByVal sender As Object, ByVal e As _ EventArgs) Dim ds As DataSet = New DataSet Dim command As SqlCommand = New SqlCommand( _ "Select codigo From clientes Where name = " & nombre ) Try conn = New SqlConnection( _ ConfigurationManager.ConnectionStrings( _ "ADVENTUREWORKSConnectionString").ConnectionString) command.Connection = conn conn.Open() Dim result As Object = command.ExecuteScalar() Session("codigo") = result Finally conn.Close() End Try End Sub El código de la diapositiva muestra la carga del código del cliente que se guarda en una variable de sesión: Session(“Codigo“). Luego puede ser accedida desde las páginas del sitio.

71 View State Mantiene el estado de los controles, entre postback de una página. El View State se implementa mediante un campo oculto en el html generado y viaja en cada POST Para mantener el estado de los controles de una página aspx entre postbacks, ASP.NET utiliza el View State. Esta técnica es utilizada por defecto en todos los controles, pero puede deshabilitarse en caso de no ser necesario, mediante la propiedad EnableViewState. El View State se puede declarar por página (afectando a todos los controles de la misma) o por cada control. El tamaño del campo oculto donde se almacena puede crecer innecesariamente dificultando la navegación del sitio; es por eso necesario moderar el uso del ViewState. En el servidor se implementa como una colección: ViewState.

72 Temario (2/2) Master Pages Generalidades Páginas Maestras
Páginas de Contenido Themes y Skins Navegación Acceso a Datos Compilación e Instalación Como crear un sitio Web Referencias

73 Generalidades Logran herencia visual para las páginas Web
Permite manejar áreas comunes de un sitio de manera consistente En ASP.NET 1.1, el problema de la herencia visual implicaba Copiar & Pegar Includes Herencia + User Controls Se basan en Templates (Master Page) y en páginas de contenido (Content Page). Permiten incluir menús, encabezados, navegaciones, etc. Una página maestra permite añadir código, controles, estilos, etc. que deben ser compartidos por todas o la mayoría de las páginas de la aplicación. Las páginas que están vinculadas con la página maestra heredando su contenido visualmente, se llaman páginas de contenido; estas son independientes de su página maestra, tanto en el código como en el lenguaje que se desee programar. Es decir, puedo tener una master page codificada en C#, y las páginas de contenido en VB .Net. Otro tema importante es que se pueden crear sitios con páginas maestras anidadas (Nested Master Pages). Es decir, un sitio puede tener distintos módulos, con una una página maestra que contiene un encabezado determinado para toda la aplicación, y luego crear otras páginas maestras para cada modulo, vinculadas con la ya definida, que posean el menú de cada modulo. Para comprender mejor este tema, vea el ejercicio correspondiente entre los incluidos en el curso.

74 Páginas Maestras En lugar de la utiliza la Master Language="C#“ CodeFile="MasterPage.master.cs" Inherits="MasterPage" %> Se trata como cualquier formulario web, con la extensión .master, y debe incluir el siguiente control: <asp:contentplaceholder id="contenedor" runat="server“> contenido por defecto </asp:contentplaceholder> ASP.NET 2.0 provee un nuevo mecanismo para la creación de aplicaciones web que permite, mediante la declaración de una página maestra (master page), que todo el sitio posea la misma apariencia. En versiones anteriores, si había que utilizar un menú, lo mas usual era crear un control de usuario con la funcionalidad del menú y luego incluirlo en todas las páginas. Ahora, el menú solo debe incluirse en la página maestra, y todas las paginas de contenido que estén vinculadas con ella tendrán el menú. Esto permite un código mas limpio y ordenado en la aplicación, haciendo al mismo más fácil de mantener. La página maestra se puede configurar para toda la aplicación desde el web.config, o bien en la de las páginas que la utilicen.

75 Páginas de contenido Al crear un página de contenido, hay que elegir la página maestra. La de la página sería: Page Language="C#" MasterPageFile="~/MasterPage.master" CodeFile="Default.aspx.cs" Inherits="_Default" Title="Home" %> No repiten los tags de la página maestra, pero se pueden acceder desde el código. Debe contener el control Las páginas de contenido son páginas aspx que tienen una referencia a alguna página maestra (MasterPageFile). Los controles que se incorporen en ellas deben estar incluidos dentro del control asp:content, de este modo se respetará el espacio de la página web designado en la página maestra, logrando una interfaz homogénea para toda la aplicación. <asp:Content ID="cntDefault" ContentPlaceHolderID="contenedor" Runat="Server"> contenido de la página </asp:Content>

76 Temario Themes y Skins Master Pages Generalidades
Ejemplo del contenido de un “Skin” Navegación Acceso a Datos Compilación e Instalación Como crear un sitio Web Referencias

77 Themes y Skins - Generalidades
Skins: Son definiciones de formato y estilos que se aplican a los controles de servidor y se guardan en archivos de extensión .skin Themes: Son “paquetes” de Skins, también pueden contener hojas de estilo en cascada e imágenes asociados. ASP.NET 2.0 incluye una nueva carpeta virtual para la organización de los temas (APP_Themes). Se pueden configurar a nivel de maquina (en el machine config) a nivel de aplicación (en el web.config) o bien a nivel de página, dentro de la directiva Page. En las versiones anteriores de ASP.NET para que un sitio tuviera un estilo homogéneo había que crear hojas de estilo en cascada, y asignar a cada control de cada página el nombre del estilo que correspondiera. En ASP.NET 2.0, con el nuevo concepto de Themes y Skins, se puede definir temas que contengan los archivos skin que sean necesarios y luego asignar ese tema a la aplicación o a la página. De este modo, todos los controles definidos en el tema de la aplicación (o página) tomaran su estilo de éste directamente. Si no se desea asignar un tema a nivel de máquina, aplicación o página, se puede a cada control asignarle el tema de donde tomar su estilo.

78 Contenido de un archivo Skin
Los archivos *.skin contienen declaraciones de estilo y formato de los controles de ASP.NET <asp:LoginName runat="server" BorderWidth="1" BorderColor="#FF9900" ForeColor="navy" Font-Names="verdana" /> Los archivos *.skin contienen declaraciones de estilo y formato de los controles de ASP.NET. En el ejemplo se puede ver el estilo asignado al control LoginName, uno de los nuevos controles del grupo Login. El estilo declarado para este control debe poseer el atributo runat=“server” para ser reconocidos por ASP.NET.

79 Temario Navegación Master Pages Themes y Skins Menú
Control de navegación Acceso a Datos Compilación e Instalación Como crear un sitio Web Referencias

80 Navegación - Menú <asp:menu id="Menu"
datasourceid="SiteMapDataSource1“ disappearafter="500" staticdisplaylevels="2" staticsubmenuindent="20" orientation="Vertical" font-names="Trebuchet MS, Arial" DynamicMenuItemStyle-Width="150" Width="150“ runat="server"> <staticmenuitemstyle backcolor="RoyalBlue" forecolor="WhiteSmoke" horizontalpadding="5" verticalpadding="2" /> <statichoverstyle backcolor="CornflowerBlue" forecolor="White" borderstyle="Solid" borderwidth="1px" /> <dynamicmenuitemstyle backcolor="RoyalBlue" forecolor="WhiteSmoke" horizontalpadding="5" verticalpadding="2" /> <dynamichoverstyle backcolor="CornflowerBlue" forecolor="White" borderstyle="Solid" borderwidth="1px" /> </asp:menu> Las interfaces de usuario de navegación son tediosas de implementar, especialmente si están basadas en script del lado del cliente. ASP.NET 2.0 incorpora nuevos controles de navegación, como el menú, treeview, site map, etc. facilitando la utilización de este tipo de controles. En el ejemplo, el control menú hace referencia a un xml como DataSource, este xml tiene la estructura del mapa del sitio (web.SiteMap). Vea en el ejemplo de código complementario. Los datos para llenar el menú, pueden estar en un xml o bien en la base de datos, permitiendo varios niveles de menú. La presentación puede mejorar su apariencia por medio de skins o bien, con la opción AutoFormat seleccionado manualmente los estilos presentados. Ejemplo del control

81 Control de Navegación Este control esta basado en el modelo de proveedores. (Se configura el proveedor en el web.config) A diferencia de otros controles de navegación no posee una propiedad “DataSource”. Al proveedor se le configura el archivo (xml) que posee el mapa del sitio, por ejemplo: siteMapFile="web.sitemap" El control de navegación SiteMapPath indica de manera elegante, la ubicación en el mapa del sitio de la página actual que esta viendo el usuario. Este control puede configurarse mediante estilos, templates y otros controles de ASP.NET. Al estar basado en el modelo de proveedores no posee un mecanismo de DataBind (enlace de datos), desde el web.config se configura el proveedor indicando el archivo *.sitemap que será utilizado en el sitio. El archivo *.sitemap, es un xml con la estructura del sitio, sus nodos principales son: Nodo Raíz: <siteMap> Nodos Hijos: <siteMapNode title="Book 1" url="~/book1/book1.aspx" description="Go To Book 1"> Los nodos hijos pueden tener a su vez mas nodos hijos, creando así una estructura mas compleja.

82 Temario Acceso a Datos Master Pages Themes y Skins Navegación
Controles de enlace a datos Controles visualizadores de datos Compilación e Instalación Como crear un sitio Web con Visual Studio 2005 Referencias

83 Controles de enlace de Datos
Permiten realizar el enlace entre un control que muestra datos (gridview, detailsview, etc) y la lógica que los administra Control ObjectDataSource Enlaza los controles con una clase de la capa de negocios. Control SqlDataSource Enlaza los controles con una base de datos relacional. Control XmlDataSource Enlaza los controles con datos en formato xml. El control SQLDataSource permite trabajar con cualquiera de las bases de datos relacionales basadas en lenguaje SQL, tales como Microsoft SQL Server u Oracle. <asp:SqlDataSource ID="SqlDataSource1" runat="server" SelectCommand="SELECT au_id, au_lname, au_fname FROM authors" ConnectionString="<%$ ConnectionStrings:Pubs %>" /> El ObjectDataSource permite enlazar contra clases de la capa de negocios y se declara de la siguiente forma: <asp:ObjectDataSource TypeName="MyDataLayer" SelectMethod="GetRecords" UpdateMethod="UpdateRecord" DeleteMethod="DeleteRecord" InsertMethod="InsertRecord" runat="server"/> En el TypeName se indica el nombre de la clase contra la cual se realiza el enlace, luego con las propiedades SelectMethod, UpdateMethod, DeleteMethod e InsertMethod se indica que método de la clase se utilizará para realizar las tareas de selección, modificación, eliminación e inserción de datos respectivamente. Para mas información sobre este interesante tema se recomienda realizar los ejercicios propuestos y leer el material propuesto.

84 Controles visualizadores (1/2)
DataGridView <asp:GridView ID="GridView1" runat="server" DataSourceID="SqlDataSource1" DataKeyNames="ProductID" AllowPaging="True" AllowSorting="True"> <Columns> <asp:CommandField DeleteText="Excluir“ CancelText="Cancelar“ UpdateText="Atualizar" EditText="Editar"/> <asp:BoundField ReadOnly="True" HeaderText="Cod" DataField="ProductID"/> <asp:BoundField HeaderText="Produto" DataField="ProductName"/> <asp:BoundField HeaderText="Estoque" DataField="UnitsInStock" DataFormatString="{0:n0}"/> </Columns> </asp:GridView> <asp:SqlDataSource ID="SqlDataSource1" runat="server" ConnectionString="<%$ ConnectionStrings:myConnection %>" UpdateCommand="UPDATE [Products] SET [ProductName] " SelectCommand="SELECT [ProductID], [ProductName] … FROM [Products]" InsertCommand="INSERT INTO [Products] ([ProductName] ..." DeleteCommand="DELETE FROM [Products] WHERE [ProductID] ..."> </asp:SqlDataSource> El nuevo control GridView es una mejora de la DataGrid de ASP.NET 1.1 que permite entre otras cosas el enlace de datos contra los controles SQLDataSource (como en el ejemplo) y ObjectDataSource (visto anteriormente). El control SQLDataSource, hace referencia a la cadena de conexión configurada en el web.config mediante el signo $. Esta es una nueva forma de hacer referencia al contenido del archivo de configuración desde el código del cliente. De este modo el ordenamiento, modificación de registros, Paginado, etc. se realizan automáticamente indicándolo como en el ejemplo (ver las propiedades resaltadas). Otra de las grandes ventajas sobre su grilla predecesora es que permite la definición de múltiples campos como clave primaria

85 Controles visualizadores (2/2)
DetailsView <asp:DetailsView AutoGenerateRows="False" DataKeyNames="au_id" DataSourceID="SqlDataSource3" HeaderText="Author Details" ID="DetailsView1" runat="server" Width="275px"> <Fields> <asp:BoundField DataField="au_id" HeaderText="au_id" SortExpression="au_id" /> <asp:BoundField DataField="au_lname" HeaderText="au_lname" /> <asp:CheckBoxField DataField="contract" HeaderText="contract" /> </Fields> </asp:DetailsView> FormView <asp:FormView ID="FormView1" runat="server" DataSourceID="ObjectDataSource1“> <ItemTemplate> <asp:Label ID="CaptionLabel" runat="server" Text='<%# Eval("Caption") %>' /><br /> <asp:Image ID="Image1" runat="server" ImageUrl='<%# Eval("FileName", "images/{0}") %>' /> <br /> <asp:HyperLink ID="HyperLink1" Text=“Volver" NavigateUrl='<%# Eval( "AlbumID", "PhotosDataList.aspx?ID={0}") %>' runat="server" /> </ItemTemplate> </asp:FormView> DetailsView Es un control que visualiza un registro por vez, opcionalmente provee botones de navegación que permite navegar entre los distintos registros asociados. Además de visualizar, también permite modificar el registro actual. FormView Es similar al anterior a diferencia que necesita la definición de un template para representar los campos.

86 Temario Compilación e Instalación Master Pages Themes y Skins
Navegación Acceso a Datos Compilación e Instalación Generalidades Compilación Dinámica Como crear un sitio Web con Visual Studio 2005 Referencias

87 Compilación e Instalación -Generalidades
Compilación dinámica de: Aspx, asmx, ascx Vb, cs, resx Sólo es necesario poner los archivos en los directorios específicos Precompilación e implementación sin código fuente Aspnet_compiler.exe precompila sitios y los instala sin el código fuente ASP.NET 1.1 era capaz de compilar dinámicamente algunos tipos de archivo (aspx, asmx, ascx) en el momento en que por primera vez eran requeridos por la aplicación. Cualquier modificación a un archivo compilado dinámicamente se reflejaba en la página html de salida. Este mecanismo simplificaba el desarrollo de aplicaciones puesto que el desarrollador solo necesitaba copiar un archivo para provocar los cambios necesarios. Este modelo de compilación dinámica se extendió en ASP.NET 2.0 para otros tipos de archivo, típicamente archivos de clase. El nuevo modelo de compilación de ASP.NET evita la necesidad de una precompilación explicita desde Visual Studio. Para que esta compilación dinámica sea efectiva los diferentes tipos de archivos deben residir en carpetas específicas (App_Code, App_Data, App_Themes, etc). Sin embargo, al momento de hacer la instalación de la aplicación web se recomienda precompilarla, esto evita que los archivos de código fuente tengan que existir en el servidor. La precompilación para instalación genera un manifiesto del sitio compuesto por: assemblies, archivos estáticos y archivos de configuración. Este manifiesto es generado en la máquina destino y también puede ser empaquetado y copiado a una máquina de producción. Para llevarla a cabo utilice la herramienta aspnet_compiler.exe. Visual Studio 2005 permite crear un proyecto de despliegue (Web Setup Project). Encontrará la opción para crear este tipo de proyecto, en menú Create Project  Other Projects Type, el cual una vez configurado y compilado genera un archivo de instalación .msi

88 Compilación dinámica vroot CS VB App_Code Los archivos se compilan dinámicamente en el primer acceso WSDL XSD App_LocalResources RESX En esta diapositiva se muestra la estructura de directorios necesaria para la compilación dinámica de una aplicación web con ASP.NET 2.0 RESOURCE

89 Temario Como crear un sitio web con Visual Studio 2005 Master Pages
Themes y Skins Navegación Acceso a Datos Compilación e Instalación Como crear un sitio web con Visual Studio 2005 Generalidades Creación y Acceso a Proyectos Referencias

90 Generalidades Independencia de IIS Front Page Server Extensions
Visual Studio 2005 invluye el ASP.NET Development Server, un servidor de HTTP local que permite trabajar en una PC de desarrollo sin tener instalado IIS (Microsoft Internet Information Server) Front Page Server Extensions Las extensiones de servidor de Front Page no son necesarias, ahora se puede seleccionar el directorio donde se van a alojar las páginas del sitio y comenzar a desarrollar. En versiones anteriores, para crear una aplicación web era necesario tener instalado IIS (Microsoft Internet Information Server) y las extensiones de servidor de Front Page. Con el nuevo Visual Studio 2005 o Visual Web Developer 2005 Express Edition, ahora es factible administrar, desarrollar y depurar aplicaciones web sin intervención de un administrador. Nota: En el ambiente de producción es necesario tener instalado servidor web IIS.

91 Creación y Acceso a Proyectos
File System Permite desarrollar un sitio en cualquier carpeta de la PC. IIS Local Permite desarrollar localmente una aplicación web en un directorio virtual de IIS. Sitio FTP Permite editar y modificar proyectos web remotos utilizando el protocolo FTP. Sitio Remoto Se puede sincronizar el proyecto de desarrollo local con la aplicación instalada en producción. Visual Web Developer 2005 Express Edition provee mayor flexibilidad al momento de administrar los archivos de una aplicación Web. File System: Permite seleccionar la carpeta del disco local donde se van a alojar las páginas Web del sitio, de esta forma no es necesario el uso de IIS. Local IIS: Permite un manejo mucho mas simple al momento de trabajar con un servidor Web IIS. Cuando crea un proyecto o intenta abrir uno existente, Visual Studio 2005 le permite ver todos los sitios Web y aplicaciones configuradas en su máquina. (http://localhost/Site1). Las extensiones de servidor de Front Page no son necesarias para desarrollar aplicaciones Web en un IIS local. FTP: Permite la edición y actualización de proyectos a través del protocolo estándar de transferencia de archivos FTP (File Transfer Protocol). Sitio Remoto: Es posible publicar con un sitio Web a un servidor remoto, permitiendo mantener sincronizadas los archivos del proyecto local con los del servidor Web remoto (requiere las extensiones de servidor de Front Page).

92 Temario Referencias Master Pages Themes y Skins Navegación
Acceso a Datos Compilación e Instalación Como crear un sitio Web con Visual Studio 2005 Referencias

93 Referencias (1/2) Tutorial de ASP.NET 2.0
Estado de la Aplicación Call Back Sitio Oficial de ASP.NET

94 Referencias (2/2) Ciclo de Vida
Web Parts Modelo de Proveedores Libro: Introducing Microsoft ASP.NET 2.0 Autor: Dino Esposito

95 © 2006 Microsoft Corporation. All rights reserved.
This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.


Descargar ppt "Estrella 2 Introducción al desarrollo de aplicaciones Web con ASP.NET"

Presentaciones similares


Anuncios Google