Picacodigos

Sí, lo sé. Comparado con el ritmo de actualizaciones real de este blog, la actividad de hoy está resultando frenética. A ver si ahora os vais a quejar también por eso. ;)

Dos muy buenas noticias para este post. La primera es la reciente actualización de nuestro IDE Open Source favorito para C#, SharpDevelop, a la versión 2.0 del Framework. Lo sé, esto no es ni mucho menos una noticia en tanto en cuanto no es reciente (¡y qué difícil es dar noticias en este medio!): fue el pasado 17 de Julio cuando hizo su aparición oficial la versión definitiva de SharpDevelop 2 2.0.

Pero ahora vamos a por la segunda noticia. Después de descargarlo (4.2 Mbs) e instalarlo (cinco minutos escasos) me dispongo a probarlo. Al crear una nueva solución de prueba (el enésimo Hola, mundo!) se me forma un nudo en la garganta: problemas de compatibilidad a la vista.

SharpDevelop 1 usaba los combines, ficheros con extensión .cmbx, como eje central: los combinados de SharpDevelop eran equivalentes a las soluciones de VS .NET. Por lo tanto, cuando veías en tu disco duro un fichero con extensión .cmbx sabías que era un fichero de SharpDevelop, y estaba por defecto asociado en el Explorador de Windows a dicha aplicación. Los ficheros .cs, .resx, etc. podías decidir con qué asociarlos.

Los combinados han desaparecido (al menos, hasta donde yo he probado) en SharpDevelop y han sido sustituidos por soluciones, como en Visual Studio. Y su extensión es la misma: .sln.

Horror. Ya me estaba imaginando teniendo que crear una carpeta para los proyectos VS y otra para los proyectos SharpDevelop, ya me estaba imaginando a los dos IDEs peleándose por la asociación con mis ficheros como dos web browsers en celo, ya me estaba imaginando el corromper sin remedio una solución de un tipo al abrirla con el IDE que no era, etc., etc.

Pues no ha habido tal. He creado una solución muy tonta, con dos controles DateTimePicker y un botón en VS 2005. Lo he compilado, y lo he probado. Después lo he abierto en SharpDevelop 2 (eso sí, habiendo cerrado previamente VS 2005) y me he preparado para lo peor. Sin problema: SharpDevelop no me ha dicho absolutamente nada sobre la solución, y la ha compilado y ejecutado como si fuera hija natural suya. Hago algún cambio en SharpDevelop 2, compilo y ejecuto. Guardo y cierro. Abro la solución en VS 2005, convencido de que ahora sí que voy a tener problemas: los desarrolladores de SharpDevelop 2 habrán tenido cuidado de que su IDE pueda abrir soluciones hechas en otros IDEs, pero los de Microsoft no creo que lo hayan hecho.

De nuevo me decepciono: VS 2005 ha recogido los cambios realizados sobre la solución en SharpDevelop 2 como si los hubiera hecho él mismo. Compilo, ejecuto. Sin problemas.

A falta de pruebas más serias, como sería por ejemplo una aplicación ASP .NET, o incluir en el proyecto una batería de tests de NUnit, me alegra comprobar que de momento SharpDevelop 2 y VS 2005 son absolutamente compatibles.