Sentido Web

Una cosa, esto de los ajax y mezclarlo con clases en PHP no es hacer las cosas muy complicadas cuando se pueden hacer mas facilmente?

No sé si es que se me escapa algo, pero por más vueltas que le doy, sigue pareciendome muy rallante.

Quizás para la gente a quienes nos gusta esto sí, pero yo tengo compañeros que están en la informática porque no había otra cosa, y si usan una función que te pone el codigo ajax directamente y saben que haciendo copy/paste lo resuelven en un periquete, pues creo que van a darle besos hasta en la nuca al autor de este framework u otro parecido. Bueno, creo yo.

Sinceramente, no lo veo.

Pero viendo esto http://www.niewolski.com.ar/AjaxCombo.class.phps

¿Donde está el copy/paste? -me refiero a las funciones que son enlazadas con el bind que proporciona el motor ajax-.

Debo tener el día proteston y te estoy dando la vara con esto :-)

Un saludo.

Me refiero que poniendo:
echo $ajax->bind("genre","onchange","onGenreChange","genre");
controlas los eventos Ajax, y ni te preocupas de nada, tengo compañeros que solo saben hacer eso, y lo que hay detras de la clase AjaxCombo.class.php no les importa demasiado.

Pelea, pelea!!! ;)

Jajaja, vale, a alguien le tocará escribir las peculiaridades de AjaxComboClass.

Un saludo.

Toma, claro, el pringadete de siempre :)

Primero que nada gracias por lo comentarios, si hablo español !

En realidad la mezcla de PHP y JavaScript, no es mala en absoluto, de hecho, simplifica mucho las cosas y te permite hacer cosas en cuestion de minutos, con la seguridad de que es compatible en Opera, Mozilla, IE, etc. De hecho el framework te permite liberarte de realizar lineas y lineas de codigo monótono (y algunas no tan monótonas ) que eventualmente las terminás haciendo con copy & paste y las aplicas a muchos proyectos, despues descubrís que no funciona en determinada version de un navegador, y tenes que volver atras a fixear por todos lados, multiplicando el trabajo.

La idea del framework es proporcionar como base una forma de hacer un enlace o un bind (con timers o sin timers ) entre un objeto Html y una funcion PHP, imaginense eso como la estructura de un edificio para a partir de ahi seguir contruyendo "facilidades" JavaScript que vendrian a ser los pisos de nuestro edificio, estas facilidades, las podés usar o no, depende de tu nivel de JavaScript, pero que son buenas tenerlas a mano. Si se fijan en la URL del proyecto, hay una nueva version que tiene un par de funciones que generan código JavaScript, que luego se van a ir multiplicando, cosas como chequeo de formularios, valores numericos, llenado de combos, etc.

Saludos.

Hola Mauro.

Gracias por escribirnos y por dedicar tu tiempo al opensource, cosa que nos ayuda a todos.

Yo comprendo tu punto de vista. Hace años que no hago un gestor de base de datos, siempre reutilizo uno de un proyecto anterior o alguno que venga incluido en el framework con el que trabaje.

Yo el único inconveniente que veo en el uso de tu framework o de cualquier otro, es que si de primeras es lo que usas, hay veces que no tienes conocimientos sobre lo que hay dentro. Lo cual, cuando lo que tienes que hacer se sale de lo común, no sabes ni qué hacer.

Un saludo y gracias por participar con nosotros.

Creo que aca se esta dando mucha vuelta a algo simple. Uno puede ser un gran programador y hacer uso de un framework para ahorrar tiempos y dinero de desarrollo. Un mal programador programara mal en un framework o en asm. Es lo mismo. Lo importante es que un framework trae consigo objetos o incluso escenarios que se pueden reutilizar. ¿Acaso esa no es la finalidad de los lenguajes orientados a objetos? Bueno creo que si. Claro esta que para hacer un formulario de envio de postales tal vez no uses un framework, tal vez no haya alguno que se adecue a esa nescesidad sin tener que programar casi lo mismo que hacerlo en el lenguaje nativo. Pero para el otro 90% de las aplicaciones web y no web va muy bien. Por ejemplo: El uso de herramientas case en los mainfrmes es casi una cita obligada ya que cualquier desarrollo que se realice para esos equipos normalmente es monstruoso el cual podria llevar años y años desarrollarlo en lenguaje nativo.
Vamos a lenguajes nativos de los que estan de moda. Ej: Java, php, c++, delphi, perl, etc... Todos ellos tienen algo en comun, en mayor o menor medida son orientados a objetos y todos tienen la misma cosa en comun. Encapsulacion. La propiedad del objeto a ser encapsulado y reutilizado. Si la mayoria de los sistemas que se usan tanto como sistemas operativos y aplicaciones la mayoria esta orientadas a objetos para poder reacceder a ellos desde varios programas al mismo tiempo e inclusive heredarlos. ¿No les parece que esta bastante bien la reutilizacion? Por otro lado php=server side y ajax(javascript)=client side permite una mas que buena interface de desarrollo en la logica y una muy agradable experiencia para el usuario en la interface gui. Y si hay un framework que ahorre al programador un 60% de su tiempo tambien significa que gana un 60% mas de dinero por desarrollar lo mismo. Por ende, no encuentro una real limitacion al framework (bien utilizado)
Perdon por hacerla larga pero me parecio oportuno.
Salu2