Ver Mensaje Individual
  #10 (permalink)  
Antiguo 11/01/2006, 10:57
Cluster
O_O
 
Fecha de Ingreso: enero-2002
Ubicación: Santiago - Chile
Mensajes: 34.417
Antigüedad: 22 años, 4 meses
Puntos: 129
Cita:
Que tal Cluster? Te comento estoy "usando" xajax y no es nada difícil y vi los otros y me costo mucho más hacer lo mismo. Tal vez sea yo que no entiendo bien hacia donde están enfocado cada uno de los framework, pero te digo para los que tienen poca noción de lo que es JS (como yo) se me hace bastante simple, no necesito saber casi nada de JS para usarlo y puedo (pude) lograr algunas cosas sencillas.
A mi me pasa lo mismo .. de Javascript sé lo básico (cada día algo más voy aprendiendo por qué lo necesito para sacarle provecho a todo este cuento del "Ajax").

XAJAX como está orientada a generar todo ese montón de javascript básico para que todo funcione desde PHP .. por eso se nos hace más "fácil" usarlo.

Cita:
Yo no sé que tan bien esta como para hacer algunas cosas complejas, pero para los que tienen un nivel muy básico en JS, xajax es para ellos.
A ver si algún otro usuario más "experimentado" en "Ajax" y que use tal vez otro "framework" nos aporta su experiencia, pero en principio XAJAX tiene los métodos básicos para trabajo con Ajax y orientado o más desarrollado para interactuar con "formularios" (por los métodos que tiene) por suerte, es extensible (como objeto que es).

Lo único que faltaría son métodos para crear interfaces como algunos otros framework incorporan .. pero vamos .. esto con el tiempo uno se los puede ir creando (o la gente que encabeza el proyecto XAJAX .. recordemos que todavía anda en una versión 0.2!!!! y ya presta buena ayuda para controlar Ajax).

Por otro lado, .. a veces usar framework de este estilo como XAJAX (orientado a uso desde PHP) .. nos limitaría una posible "migración" o creación de elemntos "javascript" o usar la misma librería bajo otros lenguajes del "lado del servidor". Esto sería un "pro" para los que sólo tienen en mente usarlo desde PHP pero un "contra" para equipos/empresas de desarrollo que trabajen con varios lenguajes .. en esos casos tendrían que usar frameworks que sólo controlan la parte "cliente" para separar más el proceso cliente-servidor y así usarlo desde varios lenguajes del lado del servidor.


Un saludo,