2009/10/13 Nestor Luis Lopez <[email protected]> > El tema es que esa tabla contiene todos los artículos, y si yo hago la > lógica de discriminar los datos en el modelo, voy a estar enviando en el > post un montón de datos que no me sirven. > > *"La optimización prematura es la raíz de todos los males"* - Donald Knuth Optimización prematura<http://es.wikipedia.org/wiki/Optimizaci%C3%B3n_prematura>(wiki)
Si bien queda más lindo usar JS para que el formulario envíe sólo los datos necesarios, eso trae un grado de adicional de complejidad que probablemente no se justifique. Me parece mejor filtrar los datos sobrantes en el modelo y no del lado del cliente. Tendrías que evaluar dos cosas: 1) ¿cuánto realmente beneficia al usuario? se ahorra realmente tiempo? 2) ¿cuánto tiempo te lleva a vos desarrollar ambas versiones? ¿cuánto tiempo te ahorrarías haciendo con la opción más corta? Poné luego ambas respuestas en una balanza y decidite por la opción que te parezca más conveniente. Por otro lado, pensá que la optimización la podés dejar para otro momento y preocuparte primero en tener el formulario andando, dejando para una instancia posterior la performance. saludos, Joaquín Vicente
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
