Eso es muy interesante... de hecho aqui hemos adoptado a CI como framework de desarrollo, en "aqui" me refiero al lugar donde trabajo...
CI salio ganando frente a Zend y Cake, no por razones de preferencia o eficiencia, pero si porque es muy facil de aprender y de comprender com poco esfuerzo el tema del patron MVC.
Luego de esta breve intro paso a describir como evolucionamos, digo evolucionamos porque fuimos aprendiendo e incorporando lo que cada uno sabia de esto en CI.
Despues de varias pruebas, y discuciones muy acaloradas (jeje hasta el mas tranqui estaba efurecido). Vimos el tema del Grid de Grocery pero no nos cerraba por el hecho de que el patron de ABM que teniamos en mente no encajeba del todo y no resultaba muy practico al momento de aplicarlo a apps mas complejas.
Por eso, nos pusimos a reinverntar la rueda (algo un poco extraño a esta altura) pero es la rueda que necesitabamos, asi que me puse al frente de todo este desarrollo/investigacion y fuimos avanzando por partes,
Primero un Grid Hecho con CI (capaz es un pto debil construir todo un XHTML en el server con PHP) donde agregue una clase que extiende la clase paginator de CI, con este bloque construido y funcionando (Obvio hasta ahi puro PHP sin ajax). Pase a la parte de JQuery, en JQuery intente integrar todo un comportamiento de navegabilidad entre el Grid, el paginador y los formularios del ABM. Bueno con toda esa ensalada quedo una cosa asi:
1 - Una libreria Grid integrada con el paginator que se instancia desde el controlador que lo ejecuta, similar al constructor del paginador cn un par de agregados extra.
2 - El controller que gestiona el listado utilizando el metodo POST
3 - El modelo encargado de traer los datos
4 - La vista receptora del grid, en donde se instancia un plugin de Jquery que desarrolle, y luego perfeccionamos, que es el que se encarga de gestionar la grilla-paginacion-busqueda-formsABM
No creo que sea tan magico como el grd del grocery ni mucho menos como el del ejemplo, pero nos dio buenos resultados.
Algo si a tener en cuenta y es la manera y la forma de presentar los registros en un Grid de Datos y es algo personal (o sea mi opinion basada en mi experiencia) y es que mostrar 1K 0 2K de registros en una pantalla es algo un poco exagerado. Ya un dropdown list de 100 elementos! es totalmente engorroso y pesado de generar, imaginense un grid de ese calibre. De hecho, la semana pasada nos pidieron un reporte en de uno de los sistemas que damos soporte, y la cuestion es que la query lanzaba mas o menos 20.000 regs. no es mucho si uno piensa en alguna BD de grueso calibre pero si uno piensa en que esa info la debe manejar una persona, creo que se vuelve inmanejable, y de hecho impractica.
Bueno saludos y perdon por tanta perorata pero al ver que esta discusion estaba muy interesante decidi contarle mi experiencia y la de mis compañeros que colaboraron en esto que les conte. PERDON sin no les solucione nada pero me tente en contar esto.
Ahhh... como para preguntar algo yo... tambien medio descolgado... Ustedes que prefieren a la hora de implementar un Web Service: RESTFul o SOAP (Bueno creo que en el fondo tiene que ver con lo que estamos debatiendo aqui)
SALUDOS