Php y otras yerbas - Respuesta a Blaxter sobre symfony - Comentarios

Muchas gracias,

clbustos — Sun, 11 May 2008 10:40:26 -0700

Muchas gracias, Blaxter.
Como la aplicación en la que estoy trabajando ya está en symfony, estoy casado con el framework en general. Ahora, eso no quita que igual pueda tratar de usar doctrine como motor del modelo. Contaré como me va en el experimento.

Sin duda las soluciones

Blaxter — Sun, 11 May 2008 04:31:15 -0700

Sin duda las soluciones absolutas nunca son las correctas. Es decir, el usar un ORM luego no te impide simplemente pillar la conexión y ejecutar un SQL a mano (algo que para consultas complejas es lo mejor, sin duda). Simplemente lo que quería decir es que si tu acercamiento a un ORM ha sido principalmente con symfony, posiblemente tendrás muchos prejuicios y no te gustarán los ORM en general.

Básicamente lo digo porque después de estar usando otros framework (y ORMs), me ha tocado usar symfony y tenía opiniones bastante similares a las tuyas (pero sin generalizar). Si no lo has probado te recomiendo usar doctrine, aunque tiene como desventajas que todavía no tiene versión "final", y además muchos plugins son concretos para propel (el ORM de symfony) por lo que cierto riesgo existe para usarlo en proyectos reales.

Respuesta a Blaxter sobre symfony

clbustos — Sat, 10 May 2008 16:50:43 -0700

Paso a responder al comentario de Blaxter:

Estimado Blaxter:

Muchas, pero muchísimas gracias con tus comentarios. Cuando empiezo a insultar a un enfoque de trabajo, mitad lo hago porque lo siento, mitad lo hago para los defensores lo defiendan con ardor.
Por tanto, me disculpo si te molestó lo poco juicioso de mi juicio sobre ORM. Ahora, leyendo nuevamente lo que escribí, la estupidez no está en el enfoque, sino al utilizarlo sin meditar . Realmente, creo que un enfoque mixto es lo mejor: ORM para trabajar de forma atómica y SQL crudo para los trabajos más complejos. Lo que pasa es que me disgusta profundamente cuando justifican en la documentación de symfony el uso de ORM por proteger los datos, cuando una query SQL bien hecha y con una buena protección frente a los datos de usuarios te ahorra memoria y líneas de código.
Sobre MVC, tendré que creer, porque mi acercamiento al enfoque por ROR fue bastante poco grato y en el resto no he tenido tiempo de meterme.
Y sobre alternativas... me dejaste picando