C++/CLI
Parece que la nueva release de Whidbey viene con una sorpresa para nuestros ojos, pues nos quitan el patito feo de .NET, Managed C++, para introducir algo que parece un acercamiento de C++ al CLI.
C++ es un lenguaje indiscutiblemente asentado, con toda una legión de desarrolladores y aplicaciones detrás. Migrar esas aplicaciones no es lógico, asi que mejor dejar que crezcan en .NET. De ahí la razón de la existencia de Managed C++. Cojes tu antigua aplicación, la recompilas sin cambiar nada y ya puedes comenzar.
Por otra parte, la gente de Microsoft se ha dado cuenta de que Managed C++ es considerado un nivel de segundo nivel para .NET, y de que existen cosas que son complicadas de llevar a cabo con este lenguaje. Del empastre de la sintaxis, mejor no hablamos. Así pues, se permitió la adopción del cambio, y ahora que existe posición, el cambio se provoca. Bienvenidos a C++/CLI.
¿Pero en que consisten estos cambios? Lo que más me ha sorprendido es la estandarización por parte del ECMA, aunque lo más lógico es la simplificación de esa horrible sintaxis en pro de algo más coherente para las dos neuronas que todavía nos quedan. Más cosas: recolección de basura, propiedades, handles para referencias gestionadas, templates everywhere... Resumiendo: Para desarrollos a medida donde interese producir soluciones a gran velocidad, C#, VB.NET o Java. Para producir componentes altamente optimizados, o aplicaciones de nivel crítico, mantén C++. O mejor, mézclalo ahora que en .NET puedes.
Eso si, para los que nos gusta jugar, Microsoft nos propone C#. Mientras que en la página de VC++ 2005 se habla de profiling, code security, performance, etc. En la de C# nos acaban de presentar coding4fun. Y es que programar con C# es toda una gozada. No entiendo como puede quedar gente en Java...
Sitios donde ir:




1 comentarios
Me parece muy interesante el esfuerzo que hace MS por atraer a los programadores de C++ a .NET. De hecho, mejorar la sintaxis para que la adaptación sea más natural siempre facilita las cosas.
Pero aún así hay que tener en cuenta que lo que trata de hacer es encajar un lenguaje ya definido y con un modelo de memoria en un framework con otro modelo de memoria. Con lo que lo que sale de ahí no es C++, sino otra cosa que se le parece.
No se, yo creo que para programar en el framework lo mejor es usar su lenguaje llamémosle nativo: C#. Lo demás usar un lenguaje de próposito general con una especie de lenguaje no estándar embebido para adaptarse al framework.
Claro que, en principio, ayuda a la gente que tenga un montón de líneas de C++
Muy interesante la entrada, por cierto...
Saludos
10:52 AM
Publicar un comentario en la entrada
Links to this post:
Crear un enlace
<< Volver