JuanCri.com Blog / mono

jQuery + JSon (Parte 1): La búsqueda

Wed, 17 Feb 2010 08:36:23 GMT

Hace algunas semanas, comenzamos un experimento para definir la arquitectura básica de las aplicaciones web que desarrollaremos en CxNet de aquí en adelante.

Aunque uno de los lenguajes que más utilizado es PHP (principalmente entre 2001 y 2004), no me siento cómo desarrollando "web". Comparado a la satisfacción de programar software sin interfaz de usuario, que sólo debe cumplir con los protocolos de los sistemas a los cuales se conecta, la web tiene un sin fin de complejidades.

Ésta es mi historia:

HTML: Aprendí gracias a Mosaic y algunas páginas de muestra que venían en el CD de mi primer módem. Luego, cuando por fin pude usarlo para conectarme a internet, seguí experimentando y creé algunas páginas, pero nada de lo que me sienta muy orgulloso.
Perl: Hace unos 11 años, alguien me pidió investigar una forma de listar información sobre empresas en un sitio web. Hice pruebas con Perl, el lenguaje más utilizado para desarrollar CGI en la época, y logré buenos resultados. Perl se convertiría en mi segundo lenguaje de programación (después de BASIC... aunque pasando por alto algunas pruebas con JavaScript).
PHP: Ya el 2001, cuando comencé a trabajar (semi) formalmente, PHP resonaba como la maravilla del desarrollo web. Me tomé algunos días y, utilizando unas mil hojas tamaño carta y varios cartuchos recargables de tinta, imprimí la documentación de la, entonces nueva, versión 4 de PHP. Éste sería uno de los lenguajes que utilizaría por más tiempo. Si bien no habían frameworks en la época, y todas las variables se importaban mágicamente (nada de $_POST o similares), hace algunos años comencé a buscar alternativas como PRADO Framework.
ASP.NET:
Java Struts: Este conocido motor MVC para Java me fue impuesto por el cruel mercado. Nunca me sentí cómodo con él y, después de menos de seis meses de práctica, renuncié a mi trabajo y decidí enfocarme en .NET/Mono, lo que incluía ASP.NET.

Si bien el modelo de ASP.NET, también ocupado en JSF, PRADO Framework y otros, es cómodo y ordenado, uno de los problemas que tiene es el uso de servicios Ajax o JSON y la interacción con JavaScript, nada de natural. Hay varios intentos de amalgamar estas tecnologías que parecen haber sido diseñadas para lo mismo pero que, sin embargo, tienen arquitecturas totalmente opuestas. Un intento es ASP.NET Ajax, el cual incluye un "update panel", en el cual se pueden insertar otros controles que utilizar AJAX por debajo. Otro intento, muy bueno, es Gaia Ajax Widgets. En este caso, sus desarrolladores crearon toda una gama de controles "ajaxosos", extendiendo la funcionalidad de los controles originales. Incluso llegué a comprar una licencia durante una oferta. El viewstate se seguía ocupando, pero no todo era color de rosas. Hay que saber muchos detalles de cómo funcionan estos sistemas, a bajo nivel, para poder resolver problemas que seguramente ocurrirán tarde o temprano, síntomas de una relación ilícita entre dos mundos que se niegan a convivir.

Como todo cambia, especialmente en este mundillo de la computación, siempre hay que replantearse las cosas. En el caso de las plataformas web, esto me ha ocurrido varias veces.

Hay dos criterios muy importantes que deben ser tomados en cuenta cuando se elige una plataforma: el usuario y el desarrollador. GMail es tal vez el gran ejemplo de AJAX. La primera aplicación masiva donde no había que esperar por un refresh o postback y donde el usuario es complacido con una interfaz intuitiva y simple. En el caso del desarrollador, hay un gran problema en el típico framework web mezclado con AJAX (o JSON, etc). Cierto contenido es rendereado en el servidor mientras otro contenido es generado dinámicamente al cargarse datos a través de un request AJAX.

Luego de la popularidad alcanzada por JQuery y la facilidad de uso de JSON en ASP.NET MVC, decidí probar esta combinación. En los próximos posts, les contaré cómo.

Dependencias de GDI+

Wed, 25 Feb 2009 15:47:53 GMT

Supongamos una aplicación ASP.NET simple, con una página como ésta:

<% @Page %>

<form runat="server">
        <asp:textbox runat="server" id="textBox1" /><br />
        <asp:button runat="server" id="button1" /><br />
        <asp:label runat="server" id="label1"/>
</form>

En un servidor Ubuntu Server Hardy 8.04 (LTS), necesitaremos haber compilado mono y xsp, sin otros requerimientos que los necesarios para compilar.

Ahora, agreguemos un validador de campo requerido:

<asp:requiredfieldvalidator runat="server" errormessage="*" controltovalidate="textBox1" >>

Aquí vamos a tener un problema. El validador RequiredFieldValidator llamará al constructur de su padre BaseValidator, el que a su vez asignará el color rojo (Color.Red) a su label. La propiedad estática Color.Red llamará a KnownColors.FromKnownColor, cuyo constructor estático invocará a GDIPlus.RunningOnWindows () y así las referencias terminarán intentando llamar a libgdiplus (biblioteca nativa). SI creen que eso no es un problema, esperen a intentar compilar libgdiplus, que depende de xlib (desarrollo) y sus decenas de dependencias.

Una posible solución es desvincular libgdiplus de xlib y hay una solución aparente, pero mientras esto no sea oficial, seguiremos sufriendo la dependencia....

MonoMerge

Thu, 08 Jan 2009 18:13:02 GMT

Hay diferentes utilidades distribuídas con Mono, las cuales permitenrealizar operaciones sobre assemblies (como mkbundle y el linker). Sin embargo, hay una que siempre me ha gustado mucho: MonoMerge.

MonoMerge utiliza Cecil para unir dos o más assemblies en uno solo.

Hoy necesitaba hacer esto dentro de un pequeño programa en boo. Aquí está el código:

// Importar monomerge
import Mono.Merge from "monomerge.exe"

// Algunas variables
rutaOrigen1 = "origenPrincipal.exe"
rutaOrigen2 = "origenSegundario.exe"
rutaDestino = "final.exe"

// Generar
print "Generando ejecutable..."
mergeContext = MergeContext ()
mergeContext.OutputPath = rutaDestino
mergeContext.Assemblies.Add (rutaOrigen1)
mergeContext.Assemblies.Add (rutaOrigen2)
primaryAssembly = AssemblyFactory.GetAssembly (rutaOrigen1)
secondaryAssembly = AssemblyFactory.GetAssembly (rutaOrigen2)
fix = FixReflectionAfterMerge (mergeContext, primaryAssembly, primaryAssembly)
fix.Process ()
AssemblyFactory.SaveAssembly (primaryAssembly, rutaDestino)

Sería bueno tener otra forma más simple de hacer esto, pero es mucho más simple que utilizar Cecil directamente ;)

Lambda simplificado 2

Tue, 18 Nov 2008 04:34:41 GMT

Hace algunos meses escribí sobre la notación que podría tener c# para tener lambda simplificado. En ese momento todavía desconocía que C# ya tiene soporte para lambda mucho más simple en su versión 3. Entonces, podemos escribri algo como

using System;

delegate string CrearString ();

public class Test
{
	public static void Main ()
	{
		Escribir (() => DateTime.Now.ToString ());
	}
	
	private static void Escribir (CrearString crear)
	{
		Console.WriteLine (crear ());
	}
}

Esto nos permitiría, en el caso de Log4net, escribir esto:

logger.Debug (() => "Ejecutando función de " + nombreX + " con parámetro " + z);

Lamentablemente, para que esto fuera posible, ILog tendría que soportar los esta sobrecarga. Pero podemos extender ILog, así:

using System;
using log4net;
using log4net.Config;

public delegate string CrearString ();

public static class ILogExtensions
{
	public static void Debug (this ILog log, CrearString crear)
	{
		if (!log.IsDebugEnabled)
			return;
		
		log.Debug (crear ());
	}
	
	public static void Main ()
	{
		BasicConfigurator.Configure();
		ILog log = LogManager.GetLogger (typeof (ILogExtensions));
		log.Debug (() => "Prueba a las " + DateTime.Now);
	}
}

Presentando FacturaSharp

Fri, 14 Nov 2008 19:44:56 GMT

Hace algunos días, en la lista de correo de Mono Hispano, comenzamos a discutir sobre el desarrollo de una plataforma abierta de facturación electrónica sobre Mono. Luego de algunos días, hoy se ha anunciado oficialmente FacturaSharp.

Con este puntapié, comenzamos la etapa de discusión de licenciamiento, arquitectura y otros temas de planificación. Si estás interesado, puedes visitar:

Factura Sharp en Google Code
Grupo de discusión de desarrollo en español

Nombres, datos, metadatos, tags...

Fri, 07 Nov 2008 03:42:02 GMT

Hay información en muchas partes, y no solo información diferente; también vivimos con información replicada en distintos formatos y lugares.

Un ejemplo claro es el reproductor de Música.

Si tenemos archivos en la base de un reproductor como Banshee, podemos cambiar la información sobre un track (título, álbum o artista). Esta información entonces se actualiza en la base de datos interna. Opcionalmente, los metadatos también se escriben de vuelta al archivo (en formatos como el ID3 tag). Aunque así fuera, hay otro lugar donde estos datos se almacenan y es el sistema de archivos. Generalmente, tenemos nuestra biblioteca ordenada en la forma artista/álbum/canción.extensión (por ejemplo: The Corrs/The Corrs Unplugged/Runaway.mp3), incluso, sólo el nombre del archivo podría tener esta información (sin contar a los directorio)

Todo funciona a la perfección hasta que una de estas fuentes de datos cambia, sin que el resto se sincronice. Esto no es un problema para un usuario avanzado, pero imaginen a su madre (o abuela) sentada frente a la pantalla ¿le interesa saber la diferencia entre los metadatos de un archivo y el nombre del mismo? ¿o podrá darse cuenta de que cuando cambia el nombre del archivo, estos datos no se ven reflejados en el reproductor de audio?. Este es un gran desafío para el ambiente de escritorio. Incluso, si tenemos dos reproductores de audio (Rythmbox y Banshee), sus bases de datos son distintas y, por lo tanto, ya tenemos la información en 4 o 5 lugares distintos.

Los amigos de Microsoft anunciaron con bombos y platillos WinFS, ya hace varios años. WinFS, junto a Avalon e Índigo eran los pilares de lo que hasta entonces se conocía como Longhorn, hoy Windows Vista (también conocido como Windows Bosta). Finalmente, resultó ser un vaporware, y de los grandes, ya que causó mucha expectación.

Al otro lado de la calle, imagino a GNOME con su propia base de datos de multimedia (tal vez puede ser una API con distintas implementaciones). Las aplicaciones de audio entonces, utilizan esta base de datos común. Así, el escritorio además puede proveer una forma simple de navegar estos archivos, en Nautilus, mostrando los metadatos y no necesariamente los nombres reales. Cuando los archivos son copiados a otras unidades, el entorno puede renombrarlos para reflejar el contenido y guardar en ellos el ID3 para mantener compatibilidad con otros dispositivos y ambientes.

Banshee, hasta ahora, permite sincronizar los cambios en metadatos hacia los archivos (ID3) y hacia los nombres (disponible en SVN trunk).

Mono en Encuentro Linux 2008

Sun, 26 Oct 2008 04:35:27 GMT

Como ya conté antes, este año, Mono estuvo presente por primera vez en el Encuentro Linux a través de Mono Hispano.

En la clausura, quisimos hacer algo diferente y regalamos bananas a todos los asistentes.

Cada banana iba acompañada de un pequeño logo de Mono y, para los desarrolladores, se entregó toda la información que nos fue posible. Nuestra principal misión era integrar más desarrolladores a la lista de Mono Hispano. Recuerden que pueden inscribirse y también visitarnos en IRC (#mono-hispano en GIMPNet).

Como una plataforma moderna, ofrecimos nuestro propio garbage collector:

Más fotos:

El resto en http://fotos.juancri.com/v/elinux2008/

Encuentro Linux 2008

Fri, 24 Oct 2008 04:34:10 GMT

Desde el miércoles 22 hasta hoy, viernes 24, hemos estado participando del Noveno Encuentro Linux, en la Universidad de Concepción. Durante este evento, Mono Hispano ha estado presente con un pequeño stand donde hemos mostrado aplicaciones ya desarrolladas en mono y a la vez invitar a los desarrolladores a unirse a la comunidad, incorporándose a la lista de correo e IRC. Muchas personas tienen dudas sobre qué es mono y cuáles son sus características. Invitamos a todos aquellos que necesiten más información y ayuda específica a que nos contacten.

Como parte de las actividades, mañana estaremos repartiendo plátanos gratis (free de free banana) a los asistentes.

Pueden ver más fotos del encuentro en http://fotos.juancri.com/v/elinux2008

Charlas Mono

Wed, 15 Oct 2008 22:05:45 GMT

La próxima semana, Concepción se convertirá en la capital del software libre gracias a la realización del Encuentro Linux. El miércoles 22, durante el OpenDay, José Pino (aka Joil) dará una charla sobre Mono. Además, estaremos presentes durante todo el encuentro como parte de Mono Hispano.

Un día antes, el martes 21, daré una charla titulada "Mono en la jungla del software", en la Universidad del Bío-Bío a las 5pm. Esta actividad es organizada por Gabriel (aka DrStein), quien prometió jugo y galletitas.

Mono 2.0!

Mon, 06 Oct 2008 06:23:57 GMT

Se ha lanzado oficialmente Mono 2.0.

Las novedades más importantes:

Incluye APIs de acceso a datos (ADO.NET), Windows Forms, Linq y otras, además de bibliotecas específicas de Mono como Cecil y Mono.Posix.

El compilador de C# incluye soporte para Linq. Además se incluyen otras utilidades como el esperado debugger, Gendarme, Mono Linker y otros.

¡Felicidades a todos quienes colaboraron para sacar adelante este release tan esperado!

Lanzado Npgsql2

Mon, 06 Oct 2008 05:32:35 GMT

Recién ha sido lanzado Npgsql2. Esta biblioteca escrita totalmente en C# permite conectar a PostgreSQL sobre Mono/CLI.

Esta versión es la estable para la versión 2.0 y 3.5 del framework. Entre los logros de Npgsql se encuentra el ser un componente imprescindible de JuanCri.com ;)

Reunión Mono

Mon, 08 Sep 2008 15:09:19 GMT

Mañana, martes 9, a las 19:30 Hrs. nos reuniremos los usuarios de Mono en Chile. El lugar será el Pizza Hut de Guardia Vieja, en providencia:

Ver mapa más grande

¡Los esperamos!

Cambio de API en Service Pack

Tue, 27 May 2008 13:44:06 GMT

El problema es el siguiente: Instalamos una aplicación ASP.NET 2.0 y todo funciona de maravillas. Movemos la aplicación a otro PC y ¡bang!, ya no corre. La razón es que no encuentra una propiedad de SqlParameter.

Al ver la documentación, descubro que una propiedad está disponible desde .NET 2.0 SP1 en adelante... es decir, ¡se agregan elementos a la API en un service pack!

Tenemos dos soluciones: No utilizamos la propiedad o subimos los requerimientos mínimos a .NET 2.0 SP1... ¡plop! (voto por la primera)

Lambda simplificado

Tue, 06 May 2008 21:10:59 GMT

Hoy estaba agregando Log4net a un proyecto y, por primera vez, decidí comprobar cada llamada al logger con IsDebugEnabled, IsInfoEnabled, etc. Esto es muy útil para optimizar el código y no construir strings innecesarios. Por ejemplo, esta expresión:

logger.Debug ("Ejecutando función de " + nombreX + " con parámetro " + z);

En este caso, la concatenación de strings se realizará antes de llamar al método. Si el debug está desactivado, estaremos concatenando strings por las puras. Para corregir esto, podemos comprobar antes que el debug esté activado, así:

if (logger.IsDebugEnabled) logger.Debug ("Ejecutando función de " + nombreX + " con parámetro " + z);

Pero es bastante tedioso y repetitivo. Una solución sería que en vez de enviar strings concatenados, enviáramos la expresión. Esto se puede hacer con expresiones lambda (closures o métodos anónimos). Podríamos definir ILog.Debug así:

public delegate string CreateString ();
void Debug (CreateString create);

De este modo, el método Debug sería el encargado de verificar si el debug está habilitado y, sólo en ese caso, llamaría a la expresión para concatenar el texto. Podríamos llamar a este método de esta forma:

logger.Debug (delegate { return "Ejecutando función de " + nombreX + " con parámetro " + z; });

El problema es que aquí también agregamos demasiado código para ser una expresión simple. Lo ideal, para mí, sería hacer una llamada como esta:

logger.Debug ( { "Ejecutando función de " + nombreX + " con parámetro " + z); } );

Sería lo más simple. Al agregar las llaves "{ }", estaríamos diciéndole al compilador que queremos usar un método anónimo. Aquí nos evitaríamos usar tanto "delegate" como "return", que son palabras clave obvias en este caso.

Hola Monos

Mon, 31 Mar 2008 15:52:15 GMT

Esta es una prueba y a la vez una bienvenida a los lectores de Planeta Mono Hispano. Una mención especial a Joil que finalmente configuró el sitio y los feeds. Para obtener más información pueden visitar:

Weak references

Thu, 07 Feb 2008 01:48:13 GMT

La clase System.WeakReference permite almacenar información prescindible. En palabras sencillas, podemos guardar una referencia a información que no es tan valiosa. Un ejemplo muy común es el uso de caché. Si queremos usar cache, podemos hacerlo utilizando esta clase, así permitiremos que el garbage collector pueda liberar la memoria utilizada por nuetros datos si es que fuese necesario.

En la implementación en Mono, se utiliza internamente la estructura GCHandle.