[OT] [ARTICULO] Caracteristicas nuevas de LongHorn

29/04/2004 - 11:38 por ©Alf®edo© | Informe spam
Os pongo un extracto de un artículo aparecido en el número tres de
la revista dotNetMania sobre LongHorn que creo que es interesante.

Una revolución.

Cuando Microsoft abordó la construcción de la plataforma .NET, no
se trataba exclusivamente de una nueva forma de construir aplicaciones
Windows basadas en las API's de Win32. El abandono del modelo
COM/DCOM/COM+ en favor del nuevo modelo, debía conllevar,
inevitablemente, cambios profundos en todos los sistemas operativos que
se construyesen a partir de ese momento. Y lo cierto es que LongHorn va
a ser -en muchos aspectos- una revolución. Para comenzar, será el
primer sistema operativo construido sobre código administrado (esto es,
gestionado por el CLR de .NET, con todo lo que eso supone de cara a la
gestión y tratamiento de errores, y muchos otros aspectos
programáticos). Además, ha sido construido desde cero, para soportar la
iniciativa Trustwortby Computing (informática fiable) que Microsoft
propugna desde hace tiempo en todos sus sistemas, especialmente de cara
a la seguridad.

WinFX sustituye a Win32

Con ser importantes, éstas no son las únicas novedades: En
realidad, un conjunto de cambios tan profundo no puede abordarse si no
es mediante una reconstrucción de todas las API's básicas del sistema.
Así, lo que hasta ahora (y desde Windows 95), se ha denominado Win32
pasa a ser WinFX, y estará constituido por tres pilares fundamentales:
WinFS, Avalon e Indigo (tal y como se les denomina en la actualidad con
sus nombres clave de desarrollo).

WinFS, la gestión de archivos

WinFS (Windows File System) será la API encargada de la gestión del
nuevo sistema de archivos, que promete una búsqueda casi instantánea de
ficheros (al estilo de las consultas en bases de datos), que se verá
complementada con la tecnología Natural Search Technology, tendente a
resolver gran parte de los problemas asociados a las búsquedas de
texto, y que dará origen a cambios profundos en la manejabilidad y la
propia interfaz de usuario (UI).

Avalon y la Interfaz de Usuario

¿Y qué hay de ésta última? También aquí los cambios serán
profundos. Para empezar el sistema de ventanas no estará gestionado por
User32 como hasta ahora sino por una nueva API, llamada Avalon, que se
apoya directamente en DirectX. Eso significa doble búfer en el dibujo
de las ventanas, eliminación de los incómodos efectos de flickering,
transiciones de objetos en pantalla más suaves, toda suerte de
transparencias y efectos de degradado 3D, y -en general- poder
aprovechar todas las características que hasta ahora estaban reservadas
para la multimedia, dentro de las aplicaciones estándar de Windows.

Indigo y las comunicaciones

Otras API's complementarán este novedoso panorama: Indigo será el
conjunto de API's que dará soporte a cualquier cosa relacionada con las
comunicaciones en el sistema. También ha sido construida desde cero, y
estará hecha del tal forma que, según algunos gurús (como Don Box,
coautor del estándar SOAP para Servicios Web) podrá instalarse en
algunos sistemas operativos anteriores, en la misma forma que ahora
instalamos ciertos SDK's para soporte añadido de funcionalidades (como
la propia SDK de SOAP, por ejemplo).

Otro de los cambios importantes es que todas las aplicaciones
basadas en LongHorn, serán totalmente orientadas a objetos, y basadas
en un objeto central llamado Application, que suministra todos los
servicios clave que se necesitan para ejecutar la aplicación.

Autor: Marino Posadas (.NET MVP)

Un saludo.

Preguntas similare

Leer las respuestas

#6 Diego Calleja García
29/04/2004 - 14:15 | Informe spam
El Thu, 29 Apr 2004 12:22:43 +0200 "Jordi Maycas" escribió:

y yo me pregunto.. toda la teoria de hace años.. de que el boot de arranque
estaba en ensamblador x86, con una estructura con el id del sistema, con
sectores/disco, etc, etc, de 512 bytes, y q desde dentro de ese codigo se
llamaba a la rutina de arranque del SO... donde quedara todo eso? Quiero
decir, como se apaña la BIOS, para iniciar bien...?

Y bueno... luego me surge una pregunta... si esta en .NET, o necesita un
equipo muy, pero que muy rapido, o va a ser muy lento.



Esas cosas por supuesto que van a seguir siendo como siempre. La mayor
parte del núcleo está (y seguirá) escrito en C puro y simple de toda la vida
con sus partes de ensamblador allá donde haga falta (y no más).

Longhorn no es una "reescritura desce cero" de windows, se parte de una
base anterior (los windows que conocemos).
Respuesta Responder a este mensaje
#7 Jordi Maycas
29/04/2004 - 14:31 | Informe spam
por lo tanto la version Longhorn, estara muuu verde todabia...

"©Alf®edo©" escribió en el mensaje
news:
Se supone que Microsoft creó .NET para hacer la competencia a Java
pensando en hacerlo multiplataforma y multisistema siempre y cuando
esté instalado NET Framework.

Ya veremos como evoluciona.

Gargamel laid this down on his screen :
> "©Alf®edo©" escribió en el mensaje
> news:
>
>> El abandono del modelo
>> COM/DCOM/COM+ en favor del nuevo modelo
>
> Pues menos mal
> El Java, de toda la vida, y menos jaleos con SUN, en vez de hacer
> tanto el bobo, dicectamente comprar SUN, y ganariamos Todos.
> Cuando van a vestos éstos algo más solido que JAVA, con algún error sí,
> pero es que el DCOM, manda Co**nes con el DCOM.

Un saludo.

Respuesta Responder a este mensaje
#8 Jordi Maycas
30/04/2004 - 08:09 | Informe spam
es mas si el nucleo principal, esta escrito en c y assembler puro y
duro por supuesto en caso de usar interrupciones seran BIOS, no DOS,
como es evidente... como puede estar la otra parte echa en .NET, quiero
decir, un programa en c puro y duro, como llama a otro que ya depende de
.NET Framework?

Pura filosofia, de los SO por dentro...


"Jordi Maycas" escribió en el mensaje
news:
por lo tanto la version Longhorn, estara muuu verde todabia...

"©Alf®edo©" escribió en el mensaje
news:
> Se supone que Microsoft creó .NET para hacer la competencia a Java
> pensando en hacerlo multiplataforma y multisistema siempre y cuando
> esté instalado NET Framework.
>
> Ya veremos como evoluciona.
>
> Gargamel laid this down on his screen :
> > "©Alf®edo©" escribió en el mensaje
> > news:
> >
> >> El abandono del modelo
> >> COM/DCOM/COM+ en favor del nuevo modelo
> >
> > Pues menos mal
> > El Java, de toda la vida, y menos jaleos con SUN, en vez de hacer
> > tanto el bobo, dicectamente comprar SUN, y ganariamos Todos.
> > Cuando van a vestos éstos algo más solido que JAVA, con algún error


sí,
> > pero es que el DCOM, manda Co**nes con el DCOM.
>
> Un saludo.
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida