Introducción ASP .NET
•Descargar como PPT, PDF•
1 recomendación•1,375 vistas
conceptos de asp .net
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (19)
Similar a Introducción ASP .NET
Similar a Introducción ASP .NET (20)
Último
Último (20)
Introducción ASP .NET
- 1. Introducción al desarrollo de aplicaciones Web con ASP.NET Lenguajes Avanzados Ing. Uriel García R. Ingeniería de Sistemas Universidad Católica de Costa Rica
- 15. Funcionamiento de HTTP www.cursoaspnet.com IP = 66.45.26.25 http://www.cursoaspnet.com/inicio.html IP=66.45.26.25 Puerto: 80 inicio.html <html> <body> Bienvenidos al Curso ASP.NET </body> </html> Internet DNS Servidor Cliente HTTP Request HTTP Response
- 16. Pagina solicitada inicio.html <html> <body> Bienvenidos al Curso ASP.NET </body> </html>
- 17. 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: www.cursoaspnet.com Connection: Keep-Alive [blank line]
- 18. 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>
- 21. 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
- 29. Componentes de una aplicación ASP.NET Servicios Web Cliente Internet WebForm1.aspx.vb WebForm1.aspx WebForm2.aspx.vb WebForm2.aspx Global.asax Web.config Output Cache BIN Database ASP.NET Web Server Comp. Comp.
- 33. 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 2002 .NET Framework 1.0 ASP.NET 1.0 Visual Studio .NET 2003 .NET Framework 1.1 IIS 6.0 ASP.NET 1.1 Visual Studio 2005 Visual Web Developer Express Edition .NET Framework 2.0 SQL Server 2005 ASP.NET 2.0 Visual Studio “Orcas” .NET Framework “Orcas” ASP.NET “Orcas” 2000 2001 2002 2003 2004 2005 2006 y más
- 39. 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>
- 47. Eventos en un WebForm (1/4) Server Cliente Web Analiza el mensaje evento manejador mensaje respuesta Llama al manejador apropiado Modelo de Eventos Web Form
- 50. 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
- 62. Autenticación por Formularios Cliente solicita una página Autorizado Autenticación basada en Formulario NO Autenticado Autenticado Form de Login (Usuario ingresa sus credenciales) Autenticado Cookie de autenticación Autorizado NO Autenticado Acceso Denegado Página Segura solicitada IIS Usuario Clave Gabriel *********** Aceptar 1 2 3 4 6 5 7
- 67. Administración de estados Contraseña Juan Ingresar ******* Login.aspx Login.aspx Hola Juan Inicio.aspx Ingrese sus datos de inicio de sesión Juan Ingresar ******* Hola Inicio.aspx Nombre Contraseña Sin Adm. De Estados Con Adm. De Estados Olvide quien es Ud! Ingrese sus datos de inicio de sesión Nombre
- 93. Compilación dinámica vroot App_Code CS VB WSDL XSD RESX RESOURCE Los archivos se compilan dinámicamente en el primer acceso App_LocalResources
- 100. © 2006 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.
Notas del editor
- El presente curso de entrenamiento introduce el desarrollo de aplicaciones web presentando ASP.NET 4.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.
- 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: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnanchor/html/anch_webdev.asp
- 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.
- 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=&quot;MiPagina.aspx.cs&quot; classname=&quot;MiEspacioDeNombres.MiClase&quot; %> 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.
- 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.)
- 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.
- 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.
- En este ejemplo se atiende en visual Basic el evento onclick declarado en el control de ejemplo de la diapositiva anterior.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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 ar chivos 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).
- 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.
- 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.
- 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.
- 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” %>.
- 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&quot;] . 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[&quot; Sucursal &quot;]); ... MyGridView.DataSource = Source; ... }
- 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&quot;)), DataView) ... MyGridView.DataSource = Source ... End Sub
- 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&quot;] . 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&quot;]); ... txtCliente.Text = cliente; ... }
- 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.
- 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.
- 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.
- 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 directiva @Page de las páginas que la utilicen.
- 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.
- 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.
- 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.
- 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.
- 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=&quot;Book 1&quot; url=&quot;~/book1/book1.aspx&quot; description=&quot;Go To Book 1&quot;> Los nodos hijos pueden tener a su vez mas nodos hijos, creando así una estructura mas compleja.
- El control SQLDataSource p ermite trabajar con cualquiera de las bases de datos relacionales basadas en lenguaje SQL, tales como Microsoft SQL Server u Oracle. <asp:SqlDataSource ID=&quot;SqlDataSource1&quot; runat=&quot;server&quot; SelectCommand =&quot;SELECT au_id, au_lname, au_fname FROM authors&quot; ConnectionString=&quot;<%$ ConnectionStrings:Pubs %>&quot; /> El ObjectDataSource permite enlazar contra clases de la capa de negocios y se declara de la siguiente forma: <asp:ObjectDataSource TypeName =&quot;MyDataLayer&quot; SelectMethod =&quot;GetRecords&quot; UpdateMethod =&quot;UpdateRecord&quot; DeleteMethod =&quot;DeleteRecord&quot; InsertMethod =&quot;InsertRecord&quot; runat=&quot;server&quot;/> 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.
- 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
- 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.
- 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
- 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
- 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 .
- 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).