Blog de notas

La Web 2.0 es mas que una Internet con paginas bonitas de bordes redondeados gradientes, el propósito real de la Web 2.0 es una web donde los servicios, sobretodo, el contenido de los sitios sea accesible, editable, indexable, desde otros sitios o programas. Un ejemplo claro de esta tendencia es el RSS, o los sitios como Pageflakes, Fliker, etc.

Un aspecto muy importante para la futura WEB 2.0 es la semántica de los sitios. Pero, ¿que es la semántica?

¿Que es la semántica?

El HTML original fue creado con la intención de proporcionar formato al contenido, cuando, inicialmente, eran documentos de texto. Hoy en día, el formato corre por cuenta del CSS, sin embargo, siguen existiendo Tags en el (X)HTML, y cada uno cumple una función especifica, este es su rol semántico, que escapa al diseño, pero que no por ello deja de ser importante. Es así que el elemento H1 es utilizado para los títulos principales, P para los párrafos y UL para las listas, etc.

Términos muy actuales, como Tableless, Divless y Pageless, están estrechamente relacionados con la semántica. Tableless, por ejemplo, significa crear un sitio siguiendo los estándares, usando código semántico, y hace referencia a las tablas debido a la mala costumbre de posicionar elementos usando, justamente, tablas.

¿Porque es importante?

Un documento semánticamente correcto puede ser interpretado por usuarios no convencionales, es decir, por programas. Google, por ejemplo, cuando indexa una pagina, busca el significado en los tags, de acuerdo a las recomendaciones de la W3C. Si el source de tu pagina es semánticamente correcto, puede ser transformado automáticamente a una versión para WAP manteniendo el contenido intacto, como lo hacen los servidores de Opera. O incluso, existen programas al estilo de GoogleNews, que extraen el contenido de otros sitios, eso es, claramente, a favor de la WEB 2.0.

¿Cuándo es importante?

Esta es una pregunta que no tienen que dejar de hacerse, aun cuando nosotros, Web Developers, estamos a favor de las nuevas corrientes y al uso de los estándares, tenemos que entender que la palabra de la W3C no goza de verdad absoluta.

La semántica se aplica a las páginas que son estrictamente documentos, como los de Word o los PDF, pero en formato (X)HTML. Solo en estos casos la semántica tiene sentido. Aplicaciones web, como gmail, tienen poco de documento y pretender que sean semánticas es un despropósito.

Ajax, por ejemplo, se vale de tecnologías estándares para crear RIA. Muchas veces se utilizan elementos por sus propiedades crossbrowsers, su comportamiento interactivo, pero nunca por su significado semántico En estos casos, ignora la semántica.

Como en normal en Javascript, hay más de una forma de implementar herencia,
esto es debido a que la herencia no es explicita, es emulada. Vamos a ver
los dos métodos mas utilizados.

Object masquerading

Este método hace provecho del comportamiento de la palabra reservada this
dentro de las funciones, más específicamente, dentro de los constructores.
El funcionamiento es el siguiente: Un constructor asigna propiedades y métodos
a un objeto referenciándolo con la palabra clave this, como un constructor es simplemente una función,  se puede usar el constructor de una clase A como método de una clase B.  Tenemos, por ejemplo, el siguiente constructor:

     
      function ClaseA(nombre){

          this.nombre=nombre;

          this.identificarse=function(){

              alert(this.nombre);

          }

      }

Recordemos que en un constructor, this hace referencia al nuevo objeto que será retornado. Pero en un método, this hace referencia al objeto desde el cual fue llamado. Analicemos que pasa si lo usamos dentro de otro constructor como en el caso siguiente:

     
      function ClaseB(nombre){

          this.superClase=ClaseA;

          this.superClase(nombre);

          delete this.superClase;

      }

En el código anterior, el constructor ‘ClaseA’, es llamado como método del nuevo objeto que se esta creando en ‘ClaseB’, por lo tanto, todas las propiedades y métodos que se crean en ClaseA se van a agregar al nuevo objeto de ClaseB.

Quizás el punto mas interesante del Object masquerading, frente a otros métodos
de emular herencia, es que soporta la herencia múltiple,  esto significa que un objeto puede heredar de mas de una clase al mismo tiempo. Solo basta con llamar a cuantos constructores sean necesarios dentro del constructor de la clase hija.

Prototype chaining.

En el post anterior mostré como definir clases utilizando el objeto prototype. Prototype chaining se basa en este paradigma para implementar herencia de una manera muy interesante.

Prototype es una propiedad del objeto Function, que actúa como un template sobre el cual se van a crear nuevos objetos. Mas precisamente, las propiedades y métodos del objeto prototype van a ser pasados a todas las instancias de esa clase.

El ejemplo anterior utilizando prototype chaining quedaría de la siguiente manera:

      function ClassA(){         

      }

      ClassA.prototype.nombre = “”;

      ClassA.prototype.identificarse = function(){

          alert(this.nombre);

      }

      function ClassB(){

      }    

      ClassB.prototype = new ClassA();

La última línea del ejemplo muestra el funcionamiento del prototype chaining. Lo que ocurre es que asignamos al prototipo de ‘ClassB’ una nueva instancia de ‘ClassA’.
De ahora en adelante, todos los objetos creados con ‘ClassB’ van a tener, también, los mismos métodos y propiedades de la instancia de ‘ClassA’. Y si queremos agregar mas métodos y propiedades, lo único que tenemos que hacer es agregárselos al prototype
de ‘ClassB’.

Lo malo de este método para emular herencia, es que no se puede pasar parámetros
a la clase base, como hicimos en el ejemplo de Object masquerading.

Lo bueno,  es que el operador instanceof funciona de una manera única: por cada instancia de ClaseB, instanceof nos retorna true tanto con ‘ClaseA’ como con ‘ClaseB’:

    var miobjeto = new ClassB();  

    alert(miobjeto instanceof ClassB); // true

    alert(miobjeto instanceof ClassA); // true

Conclusión

Estos son solo 2 de las formas utilizadas para emular herencia en Javascript, quizás las más difundidas. Personalmente prefiero el prototype chaining, porque es la recomendada por el Standard ECMA Script, y por el funcionamiento del operador instanceof,
que permite tener un poco mas de control sobre los objetos, algo que se agradece
muchísimo en un lenguaje tan poco tipeado como Javascript. Sin embargo, los
dos métodos son igual de eficaces y cada uno tiene sus ventajas y desventajas,
por lo que la decisión de cual usar, esta en el programador.

Quizás la noticia mas importante de la semana en lo que refiere al universo del desarrollo web fue que Abobe va a subir el código fuente de Tamarin, el motor Javascript usado en Flash, a la fundación Mozilla para convertirlo en Open Source. Podemos esperar, entonces, que las próximas versiones de Firefox lo utilicen.

¿Porque esto es importante?. Porque Tamarin es un compilador JIT, no un interprete, esto significa que produce un bytecode de maquina y luego lo ejecuta, en lugar de interpretar la sintaxis en el momento de la ejecución. La ventaja de esto es la gran velocidad en la que se corre el código en Javascript, que ya esta demostrada en muchos benchmarks.

Vamos a ver como responden los browsers de aquí en adelante a esta iniciativa

JavaScript es un lenguaje orientado a objetos, pero no es muy fácil comprenderlo en este aspecto. A pesar de la sintaxis y el nombre, la forma en que JavaScript implementa objetos es bastante diferente al que conocemos de C++ o Java, esto suele llevar a la confusión. Mi intención es describir como es que se trabaja con OOP en JavaScript intentando no confundir al compararlo con otros lenguajes.

Creación de Objetos

En JavaScript, todas las variables hacen referencia a objetos, no existe nada en este lenguaje que no sea un objeto, lo son todos los tipos de datos e inclusive las funciones, que pueden contener propiedades y métodos.

Para crear un objeto desde cero basta con hacer:

miobjeto = new Object();

Lo que equivale a hacer:

miobjeto = {};

La primera forma de declarar un objeto les puede resultar familiar, la segunda hace uso de una característica propia del lenguaje para declarar estructuras de datos. Todos los tipos de datos pueden declararse de las dos maneras, por ejemplo, una cadena de texto se declara:micadena = new String();

Y de la forma declarativa:micadena = “”;

Un array se declara:miarray = new Array();

Ó también:miarray = [];

Esta forma de declarar objetos es muy útil en algunos casos y es la base del intercambio de mensajes mediante el estándar JSON.

Agregar miembros

Javascript es un lenguaje dinámico, esto posibilita la modificación de los objetos en tiempo de ejecución, esto quiere decir que a un objeto, luego de ser creado, se le pueden agregar o eliminar métodos y propiedades.

Para agregar miembros al objeto creado anteriormente solo basta con declararlo y asignarle algún valor.

miobjeto.variable = “hola”;

miobjeto.metodo = new Function();

Listo, ya disponemos de un objeto personalizado creado desde cero, de este modo se pueden agregar mas miembros de cualquier tipo a nuestro objeto. Sin embargo, crear objetos de esta manera no es muy cómodo, ya que si quisiéramos crear una copia de este objeto deberíamos declarar nuevamente todos sus miembros, debido a que este objeto no se puede instanciar.

Creando ‘Clases’ en JavaScript

La forma en que los lenguajes orientados a objetos comúnmente resuelven el problema anterior es mediante el uso de Clases, en JavaScript no es posible declarar Clases, pero si es posible instanciar objetos a partir de un constructor.

El objeto Function es utilizado como objeto instanciable en JavaScript, y el cuerpo de la función es el constructor del nuestros objetos. Una vez que tenemos un constructor, podemos llamarlo con el operador new.

/*clase de ejemplo*/

miClase = new Function();

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

El método mas difundido para emular las clases en JavaScript es aprovechar el funcionamiento de la palabra clave this dentro de los constructores. Cuándo una función es llamada con el operador new, this hace referencia al objeto que será retornado. Veamos como funciona.

/*clase de ejemplo*/

miClase = function(){

/*

agregamos miembros dinamicamente

al objeto que será retornado

*/

this.propiedad = “hola!”;

this.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

Ahora, ‘nuevoObjeto’ va a referenciar al objeto que se retornó cuando se llamó a ‘miClase’ usando el operador new, por lo tanto, va a tener todas las propiedades y metodos que se crearon dentro del constructor.

El problema de esta forma de crear clases es que cada vez que la función ‘miClase’ es llamada, se crea una nueva función llamada ‘metodo’, de modo que cada objeto tiene su propia versión de ‘metodo’ cuando, en realidad, todos los objetos deberían compartir la misma función.

La propiedad ‘Prototype’

Todas las funciones tienen una propiedad llamada prototype, esta propiedad es un objeto que será utilizado como ‘modelo’ inicial de todos los objetos que sean creados con esta función cuando sea utilizada como constructor.

Inicialmente esta propiedad es un objeto vacío, pero debemos modificarla para aprovechar esta característica del lenguaje. Reescribiendo el ejemplo anterior el código quedaría así:

/* creamos un constructor limpio */

miClase = new Function();

miClase.prototype.propiedad = “hola!”;

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

Ahora todos los objetos creados a partir de ‘miClase’ compartirán inicialmente las mismas referencias en todas sus propiedades, esto significa que, todos los objetos van a compartir la misma versión de ‘metodo’.

Adicionalmente, al utilizar la propiedad prototype, obtenemos otra ventaja, podemos usar la palabra reservada instanceof. Vemos como se usa si escribimos:alert(nuevoObjeto instanceof miClase) // muestra ‘true’

El problema del uso de prototype, es que todas las propiedades hacen referencia a las mismas del prototipo, por lo que si modificamos estos objetos se van a modificar también en todos los objetos creados con esta clase. En siguiente ejemplo cambiamos nuestra propiedad a un array para poder modificarla sin cambiar nuestra referencia, de modo que podamos ver lo que explico con un ejemplo:

/* creamos un constructor limpio */

miClase = new Function();

miClase.prototype.propiedad = new Array(“hola”,“hello”);

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

otroObjeto = new miClase(); // instanciamos ‘miClase’

nuevoObjeto.propiedad.push(“olá”);

otroObjeto.metodo(); // muestra “hola”,”hello”,”olá”

Como pueden ver en el ejemplo anterior, ‘nuevoObjeto’ y ‘otroObjeto’ hacen referencia al mismo array, para solucionar este problema solo debemos asignar un objeto diferente a cada propiedad de nuestros objetos. El constructor es un buen lugar para realizar esta tarea:

miClase = function(){

this.propiedad = new Array(“hola”,“hello”); // reemplazamos el valor de nuestra propiedad con un nuevo objeto

};

miClase.prototype.propiedad = new Array(“hola”,“hello”);

miClase.prototype.metodo = function(){

/* aqui ‘this’ hace referencia al objeto al que pertenece el metodo */

alert(this.propiedad);

}

nuevoObjeto = new miClase(); // instanciamos ‘miClase’

otroObjeto = new miClase(); // instanciamos ‘miClase’

nuevoObjeto.propiedad.push(“olá”);

otroObjeto.metodo(); // muestra “hola”,”hello”

Listo, tenemos clase y tenemos objetos que funcionan bien. Espero que les haya resultado claro, en el próximo post voy a explicar el mecanismo de la herencia en JavaScript (si!!, se puede!!). Hasta entonces.

Yo no trabajé 7 años en esto todavía, pero hay cosas que se aprenden rápido:

• ·         El departamento de informática de cualquier empresa siempre será uno de los peor considerados, ya que no genera beneficios sino sólo pérdidas. No esperes que te paguen las horas extra, así que no las hagas.

• ·         Si te prometen darte días libres por quedarte un fin de semana nunca te darán un jueves y un viernes seguidos, sino dos martes. Si entiendes que este trato no te interesa, harías bien en no quedarte ese fin de semana antes de que llegaran esos martes.

• ·         Nunca te dirán claramente que hagas horas extra.

• ·         Si no haces horas extra, no pasará nada.

Solo algunas ideas sacadas de “Las siete lecciones que aprendí tras siete años de experiencia laboral”.

Yo resalté estas porque mi experiencia laboral me enseñó que, por hacer horas extras y preocuparme por problemas de otros fuera de mi horario laboral, no gané absolutamente nada. De hecho, perdí valiosas oportunidades de pasar ratos lindos con la gente que quiero.

Para tener en cuenta..

Hace un tiempo que vengo usando la versión del SVN de Cooperator Framework, mientras lo pruebo, voy ayudando al grupo de desarrollo comunicándole los bugs que encuentro y dando alguna que otra sugerencia. Creo que el estado actual del framework permite que los desarrolladores lo vayan probando y conociendo. El motivo de este post es hacerlo público y que la gente se entere de que se trata y para que sirve.

¿Que es?

Cooperator Framework es un conjunto de herramientas y librerías que agilizan el desarrollo de aplicaciones en Microsoft .Net Framework 2.0, distribuido bajo licencia Open Source.

La tarea principal que desempeña esta herramienta es el mapeo de objetos sobre una base de datos relacional, caracterizándose por la generación semiautomática de las clases a partir del modelo que obtiene accediendo a la Base de datos.

Este framework fue desarrollado con el objetivo de lograr un modelo 100% orientado a objetos, facilitándole el camino a quienes todavía están condicionados por el modelo relacional.

Para personalizar el código a generar, el Framework dispone de una herramienta llamada Cooperator Modeller, que permite seleccionar las clases que van a generarse y editar sus características, también, permite generar el código en el lenguaje que prefiera el programador, ya que se vale de Scripts de generación para realizar esta tarea. El modelo resultante puede ser guardado y editado posteriormente, ayudando al mantenimiento y crecimiento del sistema, y el código generado es extensible mediante el uso de clases parciales.

Una de las base de diseño del Framework que no utiliza Datasets ni Reflexion, y que las clases de persistencia y recuperación de objetos devuelven un tipo especifico y no un tipo genérico u ‘Object’. Estos objetos aprovechan las nuevas características de .Net Framework 2.0, como Generics, evitan el acoplamiento implementando Interfaces y se pueden enlazar a controles de formularios, tanto Windows como Web.

El código generado

Los grupos de clases generados por Cooperator son, a grandes rasgos, Rows, Gateways, Entitys y Mappers.

Las clases del grupo Rows son una por cada tabla de la base de datos y representan un registro de la misma. A cada una le corresponde una clase del tipo Rowset que representa un grupo de Rows. Ambas, Row y Rowset, son cargadas y guardadas en base de datos por su correspondiente Gateway, que ejecuta stores procedures en llamadas a sus métodos para realizar las tareas de mapeo.

Las clases del grupo Entitys heredan de Rows y las extienden con propiedades de los tipos generados por el Framework. Dependiendo de las relaciones de las tablas en la Base de Datos, estas van a ser un objeto o una colección de objetos, y van a representar una relación simple, o una agregación a la Entidad, esto es bastante importantes de entender e identificar, ya que los Mappers, objetos encargados de realizar las tareas de mapeo de Entitys, cambian su comportamiento con respecto a estas propiedades dependiendo de lo que representan conceptualmente.

Más allá del Mapeo

Además de las funciones de ORM, Cooperator posiblita trabajar con Units of Works e implementa herramientas de seguridad y de validación de datos.

Muchos programadores coincidimos en que Javascript es un lenguaje incomprendido. Sus características son poco conocidas y crean confusión en aquellos desarrolladores que pasan de lenguajes  no dinámicos, mismo así siendo de sintaxis parecida como Java o C++. A esto se le suma la diferencia en implementaciones de cada browser, los eventuales bug  en los mismos, etc.

Durante la semana encontré este post de un desarrollador que mostrando su descontento con las tecnologías que rodean el desarrollo de aplicaciones WEB 2.0 y las dificultades que implican utilizarlas. Yo, en una reacción típica de un abogado defensor de uno de los lenguajes que mas me gusta le respondí (debo decir que bastante fuerte) puntualizando en donde yo creo que se equivoca, y afortunadamente, fue para bien, y como resultado del mismo hoy podemos contar con una breve pero excelente guía de cómo configurar IE para  depurar JS con Visual Studio.

Felicitaciones! Estas es la forma de hacer WEB 2.0

Hace ya un tiempo que estoy en la disyuntiva de que tecnología es la mas recomendable a la hora de desarrollar RIA. Se pueden listar muchas ventajas y desventajas de Ajax y Flash, y no termino de decidir con cual quedarme.

Hoy me pasaron este articulo que plantea este tema de una manera bastante cómica al final, pero que termina dándome miedo de terminar en un psiquiatra en la obsesión que todos los desarrolladores de WEB 2.0 compartimos “llevar el escritorio a la WEB”.

El articulo en cuestión esta en español y es muy bueno, y al llega al final con un párrafo muy lúcido:

“Tal vez lo importante no sea saber qué solución es mejor, porque ninguna lo es, sino conocer bien las implicaciones, ventajas y desventajas de cada una de ellas, para que sea el desarrollador quien, utilizando su criterio, su conocimiento del problema a atacar y de las posibles soluciones para el mismo, utilice una u otra herramienta, o una combinación de ambas.”

Aquí lo que me llamó mas la atención fue “una combinación de ambas”, y de inmediato me volvió a la mente BJAX (Browser Extensions plus AJAX), y de como se puede potenciar las posibilidades del browser con esta técnica, pero esto es solo considerable si estas haciendo una aplicación para un grupo reducido de usuarios .

El mesclar Flash con Ajax es algo mucho mas portable , yo creo que podemos confiar tranquilamente en que la mayoría de nuestros usuarios van a poder ejecutar nuestra aplicación sin problemas, y estaremos ganando toda la potencia de Flash en nuestros scripts.

Claros ejemplos de esta técnica son Javascript Sound Kit que incorpora el objeto Sound de Flash en JS, y AMASS (AJAX Massive Storage System) que aprovecha las capacidades de flash para permitir guardar datos del lado del cliente utilizando Javascript.

Solo el tiempo dirá cual es el camino que tomen la mayoría de los desarrolladores en este ámbito, yo creo que voy a tomar el intermedio

OSCON 2006 está dando unos artículos muy interesantes en el ámbito del desarrollo web y sobretodo en el desarrollo WEB 2.0. Afortunadamente, para los que no podemos asistir a las conferencias, disponemos con las presentaciones online.

La primera que me llamo la atención es un pequeño
tutorial de iniciación en Javascript, que resulta muy útil también para refrescar nuestros conocimientos si ya trabajamos en este lenguaje.

El siguiente es un recorrido por las diferentes alternativas para realizar gráficos vectoriales con tecnologías del lado del cliente. Dejando de lado a Flash, contamos con un Standard – SVG -, disponible en la mayoría de los browsers modernos, pero que lamentablemente no es soportado por IE, aunque éste ultimo cuenta con una tecnología propietaria equivalente llamada VML. Partiendo desde este problema, se mencionan algunos esfuerzos por lograr unificar estas funcionalidades en un API crossbrowser, tal como el ExplorerCanvas project de Google y el dojo.gfx para la librería open source Dojo ,que ya es ampliamente usada.

Después de años de búsqueda al fin encuentro una IDE para Javascript como la gente. Aptana esta basada en eclipse, cuenta con intellisense para Javascript, DOM y CSS, indica la compatibilidad de las funciones en los distintos browsers del mercado y cuenta con un explorador de declaraciones en código y HTML. Tiene ademas una referencia de las funciones del lenguaje integrada a la IDE.

La primera beta que pruebo se ve bastante robusta y tuve una grata experiencia de uso. Todo lo que siempre quise y nunca tuve, o no tuve gratis :P.