Este post es la continuacion de Xeno - Tecnologias Web a usar - Parte I Servidor
Ahora nos toca tratar el tema del cliente, esto significa como es que la informacio una ves mandada va a ser manejada por el Navegador
CLIENTE
Lenguaje del Cliente: Usaremos Javascritp junto con lalibreria jquery. Basicamente javascript
nos ayudara a que la interface sea parecida a la de un juego desktop, de hace un par de años por supuesto y sin graficos 3d, que puedo decir, es un juego por browser. Jquery nos permitira desarrollar mas facil y cross-browser el juego. Por supuesto tenemos ciertas limitaciones:
- Javascript es Lento: Demasiado lento en comparacion con java embeded o hasta con flash (bueno la ultima version) aunque actualmente navegadores como el chrome o el proximo IE 8 prometen mejoras de velocidad en el javascript. Por eso hay que ver que tnato codigo podria resistir el cliente.
- El codigo puede ser manipulado por cualquier persona: Y en general uno nuncas debe de confiar en los datos enviados por el usuario, por ejemplo supongamos que estasmos en un mapa moviendo unidades, si nosotros de alguna manera (hackeando el javascript) hacemos que una unidad se mueva lejos de su rango de accion, nosotros debemos de confirmar en el server que ese movimiento sea valido.

Ahora en el sistema no voy a aplicar para nada de flash. El problema del Flash es que se pierde usabilidad. Es decir, vamos que fue flash quien invento la peor aberracion en usabilidad segun
Jakob Nielsen "Las pantallas de Introduccion", que seran tema para otro post
Diseño y Estructura: Basicamente va a ser un Diseño
Tableless, y vamos a usar bastante
CSS. Casi lamentablemente para el sistema ( para los tios de la W3C) no va a ser XHTML compatible ya que vamos a usar propiedades de los tags que no son
oficiales. Esquinas redondeadas por
CSS y
CSS Sprites son una de las tecnicas que se me vienen a la mente, pero estoy seguro que van a haber mas.
Ejemplo de Formulario Tableless Extras: Al final se tratara de minimizar los archivos enviados, ya que esto significa menos ancho de banda usado y es mas rentable. Para hacer esto lo pimero enmiente seria enviar todos los scripts minimizados, mandar pocas imagenes ( y transformarlas en sprites) y ver si mandar la informacion comprimida es mejor ( ay que es un esfuerzo extra para el procesador del servidor).
Por supuesto el Uso de AJAX va a ser necesario. Tengo una tecnica para mandar informacion json en la primera carga de la pagina web que me ayudara bastante a mejorar la carga de datos. Esto hara que use menos ajax ya que ajax no es la panacea para todo.
Ajax ... el jabon ^^Eso es todo lo pensado para el juego en la parte del Cliente. ¿Dudas? ¿Preguntas? o piensan que Flash es bueno para Juegos Web persistentes? Lo leere en sus comentarios. Hasta la proxima
¿Te gusta la pagina?, socializame haciendole click a tu color preferido: