Compilación condicional con JavaScript

Artículo sobre compilación condicional en javascriptkit.com

Comentarios condicionales en MSDN

Adobe Apollo

Bueno, habiendo probado (poquito, pero suficiente) el nuevo “framework” de Adobe, Apollo, AIR o como quieran llamarlo, mis experiencias han sido las siguientes:

• Tiene una pinta espectacular en cuanto a posibilidades. Adobe no promete grandes cosas (no obstante, no deja de ser un proyecto reciente, y experimental), pero la verdad, sin haberlo probado en exceso, las puertas que se abren son muchas…

• Los “empaquetados” son relativamente sencillos, si bien es verdad que hay que hacerlos desde la línea de comandos. Esto implica que hay que agrupar los archivos que irán contenidos en el paquete .AIR bajo el comando ADT, para el empaquetado.

adt -package NombreApp.air descriptor.xml <archivo1.html archivo2.js scripts/*>

• Para las pruebas en local, es mucho más sencillo: ejecutamos el comando ADL nombre_descriptor.xml, y listo. A probar.

La idea de probar este “entorno” salió del artículo de Jack Slocum sobre la integración del mismo con su maravilloso ExtJS y el formidable Aptana. Independientemente de que se consiga hacer lo que él sugiere (ExtJS tampoco es excesivamente sencillo de usar si no lo has utilizado previamente), lo cierto es que nada más integrar Apollo con Aptana, la cosa se ve que promete.

Hay que seguir unos pasos básicos. En primer lugar, instalar Aptana. Después, todo el tinglado de Apollo: primero el runtime, y luego el SDK. Posteriormente, hay que añadir el directorio /bin del SDK al path, para disponer en todo momento de los ejecutables ADL y ADT, el “depurador” y el “empaquetador”. Finalmente, al ataque…desde Aptana es terriblemente sencillo arrancar un proyecto con AIR e ir integrando todos los paquetes y/o frameworks Javascript que pone a nuestra disposición, amén de todos los ejemplos para cada uno de ellos. La documentación también es estupenda, sobre todo porque en la mayoría de los casos enlaza con el sitio web de los desarrolladores originales.

Hasta aquí todo muy bien. ¿Problemas? Pocos…pero importantes. El primero, y en realidad, el único que he encontrado hasta ahora, la distribución de los ejecutables. Porque, en el fondo, aunque sea una aplicación web la que diseñemos, estamos creando un ejecutable que será lanzado por el runtime de AIR. Un poco al estilo .NET/Java, pero con la política de “homogeneizar” la, por definición, desestructurada y caótica programación del lado del cliente existente hoy en día.

Adobe plantea algo así como un “seamless install”, que en el fondo no es más que un pequeño .swf alojado en el servidor (embebido dentro de alguna de nuestras páginas), que detecta si el cliente necesita el runtime o no. Si es así, procede a su descarga, más o menos transparente…pero claro, por muy transparente que sea, hablamos de un paquete de instalación de 8 Mb…en fin, todo dependerá un poco del enfoque que quiera darle Adobe al producto, pero, visto lo visto, o se vuelcan con ello, o creo que va a quedar en algo meramente anecdótico. Curioso, sin duda, pero fugaz…

Aprovecho para publicar un par de enlaces útiles sobre el tema:

AIR Documentation

Developing AIR Applications with HTML

Patrones Javascript

Patrón Comando: Javascript OOP

W3C Web API Working Group

Quien no diseña una web…

…es porque no quiere, o porque no conoce weebly.com

Estos sitios están cada vez más de moda. ¿Alguno más digno de ser mentado?

AJAX y Sun (o al revés)

Bien, compendio de enlaces de AJAX impulsados por Sun. No los he revisado todos por falta de tiempo, pero lo poco que he visto merecen la pena, y con el tiempo, quién sabe…haremos una lista, y ya se irán viendo. Se admiten aportaciones, y sugerencias, como no.

• AJAX Blueprint
• AJAX Developer Resource Center
• Javascript Recommendations for AJAX Component Writers
• Greg Murray’s blog
• Java Blueprins Solutions Catalog
• Javascript Technology
• Project jMaki (a este le tengo unas ganas, que ríete tú del DWR…Davis, toma nota )
• Introduction to jMaki (pa’ poner los dientes largos…)
• Ajaxian (mítica, pero i-m-p-r-e-s-c-i-n-d-i-b-l-e)
• Arun Gupta’s blog, y en particular, su artículo sobre XML y JSON

IDE’s y Wizard’s vía web

Uno cree que, a estas alturas, ha visto casi de todo en esto de la programación…craso error, cada día se encuentran cosas que sorprenden como el primer día, independientemente de su utilidad (cuestionable en muchos casos, lo cual no le resta mérito).

Este es el motivo por el que voy a enlazar, en primer lugar, una adaptación del popular IDE de Microsoft, el Visual Studio .NET, a la web, para desarrollos de los recientemente denominados RIA’s, de la mano de los amigos del framework LINB. El IDE en cuestión, aquí.

En segundo lugar, algo similar pero sin duda menos avanzado: un editor de formularios HTML. De nuevo, no excesivamente útil, pero curioso.

Y finalmente, aunque ya en el terreno de los frameworks, outro máis…mootools, muy en la línea de prototype, DOJO, y toda la avalancha de librerías y paquetes que se nos ha venido encima.

Todos estos enlaces, y alguno más, vía javascript-examples.

JSON ha muerto…larga vida a YAML

Con el cadáver de JSON (o LJS, que más dará) aún calentito, es conveniente tener a mano la especificación de su futuro reemplazo, el denominado YAML. A ver si con tanto formato no vamos a saber cual debemos usar…

Ajax en .NET

Un poquito de .NET, que no todo va a ser Java, hombre. Hete aquí una librería para .NET que encapsula la funcionalidad necesaria para olvidarnos de todo el jaleo que supone lidiar con el XmlHttpRequest a mano. Con un montón de ejemplos en C#, y además, gratis…

Dojo y JSON, todo en uno

Para empezar a rodarse en ambas cosas, Dojo y JSON, nada mejor que un tutorial masticadito y con código, mucho código. Este enlace, de los amigos de java.net, es un claro ejemplo.