Comentarios en: corMVC, modelo MVC basado en jQuery http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/ Desarrollo web, Wordpress, y alguna cosilla más Sun, 12 Feb 2012 12:01:25 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: neil http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/#comment-63796 neil Sat, 04 Dec 2010 06:11:08 +0000 http://www.anieto2k.com/?p=9435#comment-63796 A diferencia de todos , yo estoy de acuerdo con gonzalo. si pensamos en optimizar recursos del cliente hacia el servidor el modelo MVC es lo mejor, ademas hoy en día aquellos que les gusta vivir en el pasado a los dinosaurios que aun usan ie5 tienen que tener un poco mas de visión hacia el futuro y poner un poco mas de la suya para actualizarse en su tecnología, si bien es cierto que se pierde control como dicen, se puede implementar una doble comprobación de datos tanto en el lado del cliente como del servidor. saludos. A diferencia de todos , yo estoy de acuerdo con gonzalo. si pensamos en optimizar recursos del cliente hacia el servidor el modelo MVC es lo mejor, ademas hoy en día aquellos que les gusta vivir en el pasado a los dinosaurios que aun usan ie5 tienen que tener un poco mas de visión hacia el futuro y poner un poco mas de la suya para actualizarse en su tecnología, si bien es cierto que se pierde control como dicen, se puede implementar una doble comprobación de datos tanto en el lado del cliente como del servidor.
saludos.

]]> Por: andres http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/#comment-61735 andres Thu, 24 Dec 2009 13:25:01 +0000 http://www.anieto2k.com/?p=9435#comment-61735 @Gonzalo, creo que el tema va por el lado de seguridad, convinando IE (ya que permite cross-domain) + Ajax, se puede enviar una masivamente datos con un simple script (JS), aunque tengas un captcha. Lo que tiene es que con JS (jQuery / RigthJS / Prototype / ...) es muy facil y comodo trabajar el documento HTML. Creo que lo mejor es hacer la major cantidad de control en JS, pero de todas formas debes de controlar nuevamente los datos en el servidor. @Gonzalo, creo que el tema va por el lado de seguridad, convinando IE (ya que permite cross-domain) + Ajax, se puede enviar una masivamente datos con un simple script (JS), aunque tengas un captcha.
Lo que tiene es que con JS (jQuery / RigthJS / Prototype / …) es muy facil y comodo trabajar el documento HTML.
Creo que lo mejor es hacer la major cantidad de control en JS, pero de todas formas debes de controlar nuevamente los datos en el servidor.

]]> Por: Isra http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/#comment-61719 Isra Wed, 23 Dec 2009 23:39:35 +0000 http://www.anieto2k.com/?p=9435#comment-61719 @Gonzalo, si quieres que la lógica esté en el cliente, vuelve a las aplicaciones de escritorio tradicionales. La metodología que presenta este framework está muy chula para programas totalmente AJAX-izados, pero ni de coña vale para una aplicación compleja. No conviene ser extremistas con la distribución cliente-servidor. Aunque sólo sea por seguridad, delegar en el cliente quita cierto control (p. ej. validación de formularios). Intercambiar continuamente datos entre el servidor y JavaScript (XML, JSON, etc) es una forma diferente de hacer lo de siempre: procesamiento distribuido entre cliente y servidor, que es el camino trazado por el W3C y sus estándares. Para más "riqueza" tenemos <a href="http://dev.w3.org/html5/websockets/" rel="nofollow">Web Sockets</a>, <a href="http://www.w3.org/standards/techs/p3p#w3c_all" rel="nofollow">preferencias de privacidad</a> y <a href="http://www.w3.org/standards/webdesign/graphics" rel="nofollow">estándares para gráficos</a>. @Gonzalo, si quieres que la lógica esté en el cliente, vuelve a las aplicaciones de escritorio tradicionales. La metodología que presenta este framework está muy chula para programas totalmente AJAX-izados, pero ni de coña vale para una aplicación compleja.

No conviene ser extremistas con la distribución cliente-servidor. Aunque sólo sea por seguridad, delegar en el cliente quita cierto control (p. ej. validación de formularios). Intercambiar continuamente datos entre el servidor y JavaScript (XML, JSON, etc) es una forma diferente de hacer lo de siempre: procesamiento distribuido entre cliente y servidor, que es el camino trazado por el W3C y sus estándares. Para más “riqueza” tenemos Web Sockets, preferencias de privacidad y estándares para gráficos.

]]> Por: Raúl http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/#comment-61714 Raúl Wed, 23 Dec 2009 14:51:11 +0000 http://www.anieto2k.com/?p=9435#comment-61714 @Gonzalo, muchos usuarios todavía usan IE5, IE6, incluso en navegadores de MS con versiones superiores, tienen problemas para utilizar un javascript de "alto nivel". Si añadimos toda la lógica en cliente, debemos tener siempre otra versión de servidor, para navegadores "no compatibles". Todo llegará. Pero de momento poco más. Sino díselo a Google, los problemas que han tenido con su Wave. Aunque han sido listos (tiene recursos para ello) y han creado plugins, addons, etc, para los demás navegadores y usar chrome como motor :) Bueno, lo dicho, estoy de acuerdo, pero todavía no es el momento. @Gonzalo, muchos usuarios todavía usan IE5, IE6, incluso en navegadores de MS con versiones superiores, tienen problemas para utilizar un javascript de “alto nivel”. Si añadimos toda la lógica en cliente, debemos tener siempre otra versión de servidor, para navegadores “no compatibles”.

Todo llegará. Pero de momento poco más. Sino díselo a Google, los problemas que han tenido con su Wave. Aunque han sido listos (tiene recursos para ello) y han creado plugins, addons, etc, para los demás navegadores y usar chrome como motor :)

Bueno, lo dicho, estoy de acuerdo, pero todavía no es el momento.

]]> Por: Gonzalo http://www.anieto2k.com/2009/12/22/cormvc-modelo-mvc-basado-en-jquery/#comment-61712 Gonzalo Wed, 23 Dec 2009 11:58:05 +0000 http://www.anieto2k.com/?p=9435#comment-61712 El futuro. Los mvc en el cliente. Ya se que soy pesado con el tema pero sinceramente pienso que hay que pasar la lógica al cliente. Eso de crear HTML en el servidor no sentido. El servidor solo debe trabajar con json y el cliente con el resto. El cliente cada vez es mejor. Mejores navegadores, mejores motores de js. El futuro. Los mvc en el cliente. Ya se que soy pesado con el tema pero sinceramente pienso que hay que pasar la lógica al cliente. Eso de crear HTML en el servidor no sentido. El servidor solo debe trabajar con json y el cliente con el resto. El cliente cada vez es mejor. Mejores navegadores, mejores motores de js.

]]>