Las claves del éxito en la transición de .NET Framework 1.0 a 1.1

Arquitectos y desarrolladores deberán considerar cuatro áreas clave que han cambiado desde la Versión 1.0 (V1.0) a la Versión 1.1 (V1.1) del Framework .NET. Estas áreas son características recién integradas, nuevas funcionalidades, problemas de compatibilidad y cambios de seguridad. Veamos cada una de ellas en más detalle.

Soporte de características integradas

Después de que se lanzó la versión V1.0, Microsoft continuó lanzando características adicionales como descargas desde MSDN. Aunque la mayoría de las empresas dieron la bienvenida a las nuevas características, lanzarlas por separado dificultaba cada vez más asegurarse de que todos los escritorios y servidores tuvieran los controladores y complementos adecuados al implementar aplicaciones. Con estas características consolidadas en la versión V1.1, los arquitectos pueden contar con todas las características anteriormente opcionales disponibles. Las áreas que tendrán un impacto más significativo en la mayoría de las empresas son el soporte para la Web móvil y los controladores de bases de datos nativos.

Soporte para la Web móvil

Poco después del lanzamiento inicial del Framework .NET, Microsoft agregó soporte para dispositivos móviles conectados, llamado Microsoft Mobile Internet Toolkit. Ahora llamados controles móviles ASP.NET, están incluidos tanto en la versión V1.1 como en todas las futuras versiones de Microsoft Visual Studio .NET. Los controles móviles ASP.NET heredan de los controles de servidor ASP.NET base y agregan la capacidad de generar dinámicamente código optimizado para el dispositivo móvil en el cual se está representando la aplicación web. Estos dispositivos móviles pueden ser desde navegadores PDA de gran capacidad hasta pantallas de teléfonos móviles pequeños de cinco líneas y 20 caracteres. Al eliminar estas decisiones de representación específicas del dispositivo, los arquitectos y desarrolladores pueden centrarse en la lógica de su aplicación web y extender la lógica empresarial existente a nuevos dispositivos rápidamente.

Controladores de bases de datos nativos

La versión V1.0 se lanzó con los espacios de nombres OLEClient y SQLClient para optimizar el acceso a las bases de datos de SQL Server y bases de datos con controladores OLE. Pero muchas empresas han invertido en tecnologías de bases de datos más nuevas que pueden aprovechar características que no ofrecen eficientemente los controladores OLE, o tienen una inversión en sistemas heredados que requieren el uso de controladores ODBC antiguos. Ambos controladores estuvieron disponibles como descargas web después del lanzamiento de V1.0, pero ahora V1.1 incluye controladores para ambos escenarios.

Gran parte de mis compromisos corporativos durante el último año han requerido acceso a bases de datos de Oracle. Aunque utilicé las versiones beta del controlador de Oracle o el proveedor OLE para muchos proyectos, ahora puedo contar con que el controlador de Oracle esté disponible con cualquier instalación de V1.1. El proveedor administrado de datos del Framework .NET para Oracle extiende el espacio de nombres System.Data con un nuevo espacio de nombres OracleClient, que proporciona acceso a bases de datos de Oracle utilizando la interfaz de llamada Oracle (OCI) proporcionada por el software Cliente de Oracle. Puedes obtener más información sobre el proveedor administrado de datos del Framework .NET para Oracle en "Acceda a los datos de Oracle con el nuevo proveedor administrado de .NET".

Para bases de datos que solo ofrecen interfaces ODBC, el proveedor administrado de datos del Framework .NET para ODBC proporciona un espacio de nombres System.Data.Odbc, que también encontrarás incluido en V1.1. Lo he probado con muchas bases de datos antiguas e incluso con MySql que se ejecuta en Linux. Funciona bien siempre y cuando el controlador ODBC subyacente sea eficiente.

Reseña del libro Sun Certified Enterprise Architect for J2EE Study Guide para la certificación SCEA

Nuevas funcionalidades

La funcionalidad más significativa en V1.1 es la incorporación de la versión Compact Framework (CF) del entorno de ejecución. El CF es una reescritura del entorno de ejecución de lenguaje común, los controles Windows Forms y otras características del Framework .NET diseñadas para funcionar de manera eficiente en dispositivos pequeños. También admite una gran cantidad de la biblioteca de clases del Framework .NET que Microsoft ha optimizado para dispositivos pequeños. El CF admitirá dispositivos como Pocket PC 2000, Pocket PC 2002, Pocket PC 2002 Phone Edition y dispositivos embebidos personalizados construidos con el sistema operativo Windows CE .NET 4.1. Microsoft también anunció recientemente que el CF se ampliará en el futuro para permitir que los desarrolladores creen aplicaciones para su plataforma SmartPhone (anteriormente Stinger).

La adición del CF es significativa porque los desarrolladores de aplicaciones han ignorado en gran medida la plataforma CE en el pasado a menos que tuvieran habilidades en C++. Los desarrolladores de VB tenían que utilizar una plataforma interpretada y de bajo rendimiento llamada Visual Basic embebido (eVB) para desarrollar aplicaciones para CE. Esas aplicaciones ni siquiera se ejecutarían a menos que también se implementara el tiempo de ejecución de eVB. Los desarrolladores de C++ podían escribir aplicaciones usando eVC, pero incluso ellos tenían dificultades para desarrollar aplicaciones eficientes, ya que eVC requiere un conocimiento profundo del hardware, los controles y el modelo de subprocesamiento para crear aplicaciones utilizables. Hasta hace poco, los desarrolladores de CE tenían que utilizar una biblioteca de acceso a datos de ADO limitada (ADOCE) y una versión de primera generación de SQL Server CE como su plataforma de base de datos.

El nuevo CF cambia todo eso para mejor. Trae los beneficios del código administrado (como la administración de memoria, la confiabilidad del código y la neutralidad del lenguaje) a los dispositivos CE y unifica los modelos de programación de escritorio y servidor. El CF ofrece una conexión perfecta con servicios web XML y características avanzadas de acceso a datos, incluyendo muchas clases XML y la funcionalidad principal de ADO.NET. El espacio de nombres SQLServerCE permite a los desarrolladores crear aplicaciones que acceden a los datos utilizando Microsoft SQL Server 2000 Windows CE 2.0. Aunque muchas de las características subyacentes de la plataforma se exponen a través de clases, el CF permite a los desarrolladores acceder a características nativas de la plataforma utilizando P/Invoke. Para obtener más información sobre el CF, consulta "¿Qué encontrarás en el .NET Compact Framework?".

Problemas de compatibilidad

Las empresas que comenzaron a implementar aplicaciones en V1.0 estarán encantadas de saber que V1.1 admite la ejecución lado a lado, lo que permite a los administradores del sistema almacenar y ejecutar múltiples versiones de una aplicación o componente en la misma computadora. La ejecución lado a lado significa que puedes tener múltiples versiones del Framework .NET y múltiples versiones de aplicaciones y componentes que utilizan diferentes versiones del Framework en la misma computadora y al mismo tiempo. Esto no significa que una aplicación V1.0 sea automáticamente compatible con V1.1, pero sí significa que una aplicación administrada puede seleccionar bajo qué versión del Framework se ejecutará ella y sus componentes. Además, los administradores del sistema pueden controlar la versión que utilizará una aplicación a través del archivo de configuración de la aplicación.

Cambios de seguridad

El cambio de seguridad más importante para V1.1 tiene que ver con cómo .NET maneja los ensamblados de Windows Forms que tienen su origen en la zona de seguridad de Internet. La distribución dinámica de aplicaciones Windows Forms es una de las mejores características del Framework .NET, y el lanzamiento V1.1 facilita la distribución sin comprometer la seguridad. Las aplicaciones pueden cargarse tanto a través del navegador web como programáticamente utilizando el método System.Reflection.Assembly.LoadFrom. En ambos casos, V1.1 otorga a las aplicaciones los permisos necesarios para ejecutarse de manera semitransparente. La política de seguridad predeterminada ha cambiado a partir de V1.1 de modo que los ensamblados asignados por el entorno de ejecución de lenguaje común al grupo de código de la zona de seguridad de Internet recibirán los permisos restringidos asociados con el conjunto de permisos de Internet. Las versiones V1.0 otorgaban a estas aplicaciones permisos asociados con el conjunto de permisos de Nada y requerían que los administradores configuraran permisos personalizados para que pudieran ejecutarse. Recuerda que este código aún se ejecuta de manera muy restringida y solo puede acceder a un conjunto limitado de recursos que son seguros de usar. El código no puede dañar tu sistema ni acceder a ninguna información privada a menos que lo permitas expresamente.

Una razón para implementar

V1.1 incluye otras mejoras significativas en el área de escalabilidad y rendimiento. También hay un nuevo modelo de seguridad de código ASP.NET que debería facilitar la implementación de aplicaciones con requisitos de seguridad únicos en la misma máquina, lo que es un gran beneficio para las empresas de alojamiento. En general, la combinación de nuevas características y la calidad de V1.1 debería animar a los diseñadores de aplicaciones a desarrollar activamente aplicaciones para el Framework .NET.

Elementos de un diagrama de clases en UML y su traducción a Java

En Newsmatic nos especializamos en tecnología de vanguardia, contamos con los artículos mas novedosos sobre Desarrollo, allí encontraras muchos artículos similares a Las claves del éxito en la transición de .NET Framework 1.0 a 1.1 , tenemos lo ultimo en tecnología 2023.