Diferencias entre Framework 1.0 y 1.1

Yo no uso VS.NET pero estas son las diferencias que he notado entre el
Framework.NET 1 y 1.1

- Trae en forma nativa soporte para ODBC (System.Data.Odbc)
- Permite utilizar J# (Creo que no funciona en 1.0)
- Tiene Application.EnableVisualStyles () para activar los estilos "XP"

Atte,
Juan C. Olivares
www.juancri.com

=
Esta es la documentación oficial sobre las novedades de 1.1:

Controles de ASP.NET Mobile
Los controles de ASP.NET Mobile (anteriormente Microsoft Mobile Internet
Toolkit) extienden .NET Framework y Visual Studio .NET ya que proporcionan
compatibilidad con dispositivos móviles (inalámbricos) como teléfonos
móviles y asistentes digitales personales (PDA). La versión 1.1 de .NET
Framework incorpora los controles móviles en las distribuciones de .NET
Framework y Visual Studio .NET.

Como los controles móviles ahora forman parte de .NET Framework, la
terminología ha cambiado para adaptarse a las convenciones utilizadas en la
documentación de .NET y la documentación de los controles móviles se combina
en el amplio conjunto de documentación de .NET Framework. El nombre Mobile
Internet Toolkit ha sido reemplazado por el de controles de ASP.NET Mobile.

Los controles de ASP.NET Mobile extienden los controles de servidor ASP.NET
de forma que se adapten al dispositivo móvil en el que se está procesando la
aplicación Web. Mediante la detección de exploradores, los controles móviles
se ajustan a las capacidades de los dispositivos individuales, que abarcan
desde los exploradores de PDA con todas las características integradas hasta
las pequeñas pantallas de los teléfonos móviles, de 5 líneas × 20
caracteres. Esta característica de presentación adaptable controla muchas de
las pesadas decisiones de presentación específicas de dispositivos y le
permite meterse de lleno en la lógica de su aplicación Web.

Cambios en ADO.NET
El proveedor de datos de .NET Framework para ODBC, que antes sólo estaba
disponible para descargarlo desde el Web, ahora viene incluido con .NET
Framework, en el espacio de nombres System.Data.Odbc.

Nota Los programadores que utilizan la versión 1.0 de .NET Framework aún
deben descargar el proveedor de datos de .NET Framework para ODBC desde
http://msdn.microsoft.com/downloads (espacio de nombres Microsoft.Data.Odbc).
El proveedor de datos de .NET Framework para Oracle ahora se incluye con
.NET Framework en el espacio de nombres System.Data.OracleClient. Los
programadores que utilicen la versión 1.0 de .NET Framework pueden descargar
dicho proveedor del sitio http://msdn.microsoft.com/downloads.

Además, ADO.NET ahora incluye las siguientes características:

El objeto DataReader ahora expone una propiedad HasRows para determinar si
las filas se devolvieron sin tener que llamar a Read. Para obtener más
información, vea Recuperar datos mediante DataReader.
El objeto Connection dispone ahora de un método EnlistDistributedTransaction
para habilitar las inscripciones manuales en las transacciones distribuidas.
Para obtener más información, vea Realizar transacciones.
Ejecución simultánea
La versión 1.1 de .NET Framework admite la ejecución simultánea. La
ejecución simultánea es la capacidad de almacenar y ejecutar varias
versiones de una aplicación o componente en el mismo equipo. Esto significa
que puede tener varias versiones del motor en tiempo de ejecución y varias
versiones de aplicaciones y componentes que utilizan una misma versión del
motor de tiempo de ejecución en el mismo equipo y a la vez. Además, las
instalaciones posteriores de otras versiones de .NET Framework o de un
componente no afectarán a las aplicaciones ya instaladas. Para obtener más
información, vea Ejecución simultánea.

La ejecución simultánea no implica que una aplicación administrada sea
compatible con otras versiones del motor de tiempo de ejecución o de un
componente. Más bien, significa que una aplicación administrada puede elegir
el motor de tiempo de ejecución y los componentes con los que se ejecuta, y
que varias versiones del motor de tiempo de ejecución, varias versiones de
aplicaciones y varias versiones de componentes pueden coexistir en el mismo
equipo. Depende del usuario decidir qué versiones del motor de tiempo de
ejecución y qué componentes va a utilizar una aplicación determinada.

Cambios en la seguridad de .NET Framework
En las versiones 1.0 y 1.1, las aplicaciones que no reciben confianza total
del sistema de seguridad de acceso al código en tiempo de ejecución no
pueden llamar a las bibliotecas administradas compartidas a menos que el
escritor de la biblioteca de clases permita específicamente a dichas
aplicaciones utilizar el atributo AllowPartiallyTrustedCallersAttribute. Si
pretende utilizar bibliotecas desde código que no sea de plena confianza, es
necesario que tenga en cuenta que algunas bibliotecas no estarán disponibles
para dicho código. En el caso de la versión 1.1, las bibliotecas
System.Web.dll, System.Web.Mobile.dll y System.Web.RegularExpressions.dll
están incluidas en la lista de ensamblados que disponen del atributo
AllowPartiallyTrustedCallersAttribute, por lo que puede llamarse a dichas
bibliotecas desde código que no es de plena confianza. Para obtener más
información, vea Utilizar bibliotecas desde código que no es de plena
confianza.

La directiva de seguridad predeterminada ha sido modificada, de modo que las
aplicaciones que se ejecutan desde la zona de Internet y que están asignadas
al grupo de código Zona de Internet ahora reciben permisos asociados al
conjunto de permisos Internet. Como resultado de todo ello, las aplicaciones
de Internet ahora reciben permisos suficientes como para ejecutarse. En el
caso de .NET Framework 1.0 Service Pack 1 y Service Pack 2, dichas
aplicaciones reciben los permisos asociados al conjunto de permisos Nothing
y no pueden ejecutarse. Para obtener más información, vea Directiva de
seguridad predeterminada.

Seguridad de ASP.NET en entornos alojados en host
Ahora, ASP.NET admite la confianza parcial en aplicaciones basadas en Web,
lo que ofrece una mayor seguridad a varias aplicaciones que estén alojadas
en un único servidor Web. Aunque la cuenta del sistema operativo bajo la que
se ejecuta la aplicación impone restricciones de seguridad en la aplicación,
el sistema de seguridad de acceso al código de Common Language Runtime puede
aplicar restricciones adicionales a los recursos de aplicaciones
seleccionados, en función de la directiva que especifique. Puede utilizar
esta característica en un entorno de servidor compartido para aislar
aplicaciones independientes, y también puede utilizar esta característica
con servidores independientes en los que desee ejecutar aplicaciones con el
menor número posible de privilegios necesarios.

ASP.NET proporciona una directiva de configuración <trust> que permite
configurar los niveles de seguridad de acceso al código para las
aplicaciones. Si las aplicaciones ASP.NET de confianza parcial pueden
compartir bibliotecas administradas, dichas bibliotecas deben contener un
atributo AllowPartiallyTrustedCallersAttribute que permita realizar llamadas
desde código de confianza parcial. Para obtener más información, vea
Utilizar bibliotecas desde código que no es de plena confianza.

Compatibilidad con IPv6 en .NET Framework
La versión 1.1 de .NET Framework admite la actualización emergente del
protocolo de Internet, al que se denomina comúnmente IP versión 6 o
simplemente IPv6. Este protocolo ha sido diseñado para aumentar de manera
significativa el espacio de direcciones utilizado para identificar los
extremos de las comunicaciones en Internet con el fin de ajustarse a su
proceso de crecimiento. IPv6 es compatible con el espacio de nombres
System.Net, ASP.NET y los servicios Web XML. Para obtener más información,
vea Protocolo de Internet versión 6.

La documentación de .NET Framework 1.1 incluye nuevos temas, así como
numerosos ejemplos de código nuevos que muestran la forma de realizar tareas
de programación comunes.

Las secciones siguientes describen algunas adiciones importantes que se han
realizado en la documentación de la versión 1.1.

Instrucciones de codificación segura
El nuevo tema Instrucciones de codificación segura describe la forma de
evitar errores comunes de programación que dan lugar a aplicaciones
inseguras y que no son de confianza. Proporciona también información sobre
procedimientos de seguridad específicos de las tecnologías de .NET Framework
como, por ejemplo, la seguridad de acceso al código y la directiva de
seguridad.

.NET Compact Framework
La documentación de .NET Framework versión 1.1 incluye información nueva
sobre .NET Compact Framework. .NET Compact Framework coloca Common Language
Runtime, controles de formularios Windows Forms y otras características de
.NET Framework en pequeños dispositivos. .NET Compact Framework admite un
gran subconjunto de la biblioteca de clases de .NET Framework, optimizado
para pequeños dispositivos.

Nota Aunque la documentación sobre .NET Framework 1.1 incluya información
sobre .NET Compact Framework, .NET Framework SDK no incluye el producto .NET
Compact Framework. El producto .NET Compact Framework se incluye con Visual
Studio .NET.
Entre los dispositivos admitidos se encuentran Pocket PC 2000, Pocket PC
2002, Pocket PC 2002 Phone Edition y dispositivos incrustados de diseño
personalizado generados con el sistema operativo de Windows CE .NET 4.1. No
se admiten las versiones anteriores de Windows CE .NET.

.NET Compact Framework ofrece también las siguientes ventajas principales:

Un motor Common Language Runtime compacto que incorpore las ventajas del
código administrado, como la administración de memoria, la confiabilidad del
código y la neutralidad del lenguaje, a los dispositivos.
Coherencia con los modelos de programación de servidores y el escritorio.
Conexión sin problemas con los servicios Web XML.
Amplias características de acceso a los datos de clases de empresas con
clases XML y ADO.NET.
Clases para programar aplicaciones que obtengan acceso a los datos
utilizando Microsoft SQL Server 2000 Windows CE Edition 2.0.
Acceso completo a las características de plataformas nativas mediante
invocación de plataformas.
Compilación Just-in-time (JIT) para mejorar el rendimiento.
Los proyectos del dispositivo inteligente para Visual Studio .NET se
utilizan para desarrollar aplicaciones orientadas a .NET Compact Framework.
Estos proyectos mejoran Visual Basic .NET y Visual C# .NET con tipos de
proyectos específicos de dispositivos y un formulario diseñado para
implementar controles de formularios Windows Forms de .NET Compact
Framework. Puede depurar e implementar directamente en un dispositivo o en
emuladores de Pocket PC y Windows CE .NET.

Implementación de aplicaciones
Las aplicaciones y los controles escritos para .NET Framework requieren la
instalación de .NET Framework en el equipo donde se ejecuta la aplicación o
el control. En el caso de la versión 1.0 de .NET Framework, Microsoft
proporciona un instalador redistribuible que contiene Common Language
Runtime y los componentes de .NET Framework necesarios para ejecutar
aplicaciones de .NET Framework. En el caso de la versión 1.1, el nuevo tema
Redistribuir .NET Framework proporciona información sobre los siguientes
temas:

Ubicaciones de descarga para el redistribuible de .NET Framework,
Dotnetfx.exe.
Distribución legal de .NET Framework.
Requisitos de configuración mínimos para instalar el paquete redistribuible
de .NET Framework.
Además, este tema contiene Escenarios de implementación de Dotnetfx.exe.
Entre estos escenarios se incluyen:

Distribución de Dotnetfx.exe mediante una herramienta electrónica de
distribución de software.
Instalación manual de Dotnetfx.exe desde un recurso compartido de red, un
sitio de la intranet o un sitio Web de Microsoft.
Creación de un único proyecto de instalación para instalar una aplicación de
.NET Framework y Dotnetfx.exe
Ensamblados de interoperabilidad primaria
Para crear aplicaciones administradas que interoperen con el software basado
en COM suministrado por el proveedor, puede utilizar ensamblados
suministrados por el proveedor, a los que se denomina ensamblados de
interoperabilidad primaria. Los ensamblados de interoperabilidad primaria
exponen una biblioteca de tipos COM del proveedor a las aplicaciones
administradas. El proveedor de bibliotecas es el único que puede crear un
ensamblado de interoperabilidad primaria, que el editor firma con un nombre
seguro. Para obtener más información, vea Ensamblados de interoperabilidad
primaria.

En la versión 1.1, el nuevo tema Crear ensamblados de interoperabilidad
primaria explica cómo asignar nombres, generar, personalizar y distribuir
ensamblados de interoperabilidad primaria. Programar con ensamblados de
interoperabilidad primaria explica cómo localizar, registrar y redistribuir
ensamblados de interoperabilidad primaria.

Estándar Common Language Infrastructure
En la sección de requisitos de ciertas páginas de referencia de la
biblioteca de clases, el término "Estándar Common Language Infrastructure
(CLI)" indica que el miembro de esa página se especifica en los estándares
ECMA-335 e ISO/IEC 23271 que rigen Common Language Infrastructure. Se
suministra esta información para que la utilicen programadores que pudieran
desear restringir su código a miembros que formen parte de estos Estándares.
Tenga en cuenta que Microsoft no exige el cumplimento pleno de estos
Estándares. Para obtener más información sobre ECMA-335, vea el sitio Web
ECMA en www.ecma.ch. Se espera la publicación de la norma ISO para diciembre
del 2002.

.NET Framework admite tanto compatibilidad con versiones anteriores y
posteriores. En el contexto de .NET Framework, la compatibilidad con
versiones anteriores significa que una aplicación creada utilizando una
versión anterior de .NET Framework se ejecutará también en una versión
posterior. A la inversa, la compatibilidad con versiones posteriores
significa que una aplicación creada utilizando una versión posterior de .NET
Framework se ejecutará también en una versión anterior.

.NET Framework es altamente compatible con las versiones anteriores. Por
ejemplo, la mayoría de las aplicaciones creadas utilizando la versión 1.0 se
ejecutarán en la versión 1.1. .NET Framework admite también la
compatibilidad con versiones posteriores. Sin embargo, para la
compatibilidad con versiones posteriores es necesario modificar la
aplicación para que se ejecute de la forma esperada. Tanto para la
compatibilidad con versiones anteriores como con versiones posteriores, un
cambio en .NET Framework que mejore la seguridad, la corrección o la
funcionalidad puede dar lugar a problemas relacionados con la
compatibilidad.

Para obtener más información sobre la compatibilidad y para obtener una
lista de las modificaciones de API pública de la biblioteca de clases para
la versión 1.1 que podrían afectar a la compatibilidad de su aplicación, vea
Consideraciones de compatibilidad y cambios de versión.



"Halberto" escribió en el mensaje
news:%

Hola estoy desarrollando en VS .Net 2002 y me gustaria saber cuales son

las

deferencias entre el FrameWork 1.0 y 1.1 para saber si realmente debo
actualizarme al Visual Studio 2003. o como puedo solucionar esto sin tener
que cambiarme al 2003

Hola.
A parte de algunas pequeñas mejoras en el lenguaje (c#/vb), permite aplicaciones móbiles y se supone que el entorno esta mejor, por
ser posterior al del 2002. La actualización prof. del 2002 al 2003 salió por 30€, aunque no se si sigue en pie la oferta, ya que
sacaron el 2003 a los pocos meses de haber sacado el 2002.



aoe(arroba)euskalnet.net
www.euskalnet.net/aoe


"Halberto" escribió en el mensaje news:%

Hola estoy desarrollando en VS .Net 2002 y me gustaria saber cuales son las
deferencias entre el FrameWork 1.0 y 1.1 para saber si realmente debo
actualizarme al Visual Studio 2003. o como puedo solucionar esto sin tener
que cambiarme al 2003