symfony1 - query - symfony doctrine onetomany

Symfony 2 o Symfony 1.4? (8)

Estoy comenzando un nuevo proyecto de Symfony que será muy importante para mi empresa. Mi experiencia es solo con Symfony 1.4. y tengo 3 meses para completar el proyecto.

El proyecto debería estar disponible por años y crecerá para tener muchas características. Sé que muchas personas ya están usando Symfony 2 en producción, pero ¿cree que es una mala idea ir con 1.4?

Cada situación es diferente. No veo ningún problema con 1.4, pero algunas personas sugieren que use Symfony 2 porque con el tiempo necesitaremos actualizar y hacer una gran cantidad de reescritura de código.

Además, está Doctrine 2. Usaría 1.2.4. Una vez más, sé que Doctrine 2 es realmente genial, pero ¿estoy yendo por un precipicio si sigo con 1.2.4? Parece hacer todo lo que necesitamos.

Gracias por cualquier idea.

Hacer las cosas es más importante que utilizar lo último y lo mejor, y aunque Symfony 2 parece ser una mejor versión, Symfony 1.4 sigue siendo un gran producto, tiene un mayor grupo de desarrolladores expertos y, por lo tanto, si se topa con blogs vacilantes, es mucho más probable que encuentre una solución en un tiempo mucho más corto.

Para sus propósitos, Symfony 1.4 es lo suficientemente bueno y le dará una mayor apreciación de Symfony si decide mudarse a Symfony 2 y cuándo.

Hay suficientes similitudes entre las versiones para poder obtener conocimiento útil mediante el uso de Symfony 1.4 y significa que, por el momento, obtienes lo mejor de ambos mundos: experiencia útil para más adelante y lograr que se hagan las cosas.

He luchado con esto desde 1.0. Ok, genial, terminé mi proyecto de 1dot 0, inicié mal ... no, espera, ahora hay 1.1 ... actualización correcta, ve a través de todos los problemas de actualización ... bien, genial AHORA está listo pero no esperes 1.2 ya está disponible. ..FFS ... bien actualicé todo a 1.2 tuve problemas aprendiendo esta nueva clase de formularios y problemas de complementos porque sfGuard necesita una nueva versión, bla, bla, bla ... vale, ahora estamos listos para encenderla, pero no esperes ... versión 1.3 y 1.4 en el mismo día WTH. Ok, ¿qué tan malo será esta actualización? phpmailer buen swiftmailer malo. o es al revés esta vez. Oh FFS, ¿de qué se trata este symfony2 ahora?

Estoy seguro de que no soy el único que ha pasado por eso (o escenario similar)

lo que importa es lo que TÚ sabes y lo que TÚ eres bueno en. Symfony 2 estoy seguro que es genial, lo mejor de todos, bla, bla, bla. Pero si le lleva tres meses ponerse al día y solucionar todos los errores que surjan. Entonces es mejor ir con 1.4 y construir sobre lo que sabes.

Me estoy quedando con 1.4 porque tengo una gran base de código que he creado que funciona bien. Como puede ver por las opiniones variadas, aunque el debate podría continuar por un tiempo.

Esos son mis dos centavos de todos modos.

Me gustaría ir con Symfony 2. Tienes todas las mejoras en las características (más rápido, doctrina 2, etc, etc.), pero esa no es la razón por la que iría por ello.

Symfony 2 ha tenido pruebas de seguridad exhaustivas, que son vitales para cualquier proyecto real. Agregue el hecho de que el soporte a largo plazo no cubrirá la vida útil de sus proyectos, y realmente es necesario construirlo en 2.

Acabo de comenzar mi primer proyecto en SF2, después de trabajar durante algunos años en sf 1.x. Hay muchos cambios, pero no tardó mucho en adaptarse.

Por qué deberías usar Symfony 2.0:

Más rápido. Muchos componentes de Symfony han visto mejoras en el rendimiento y ahora también admite el uso de bordes.
Repara el diseño más débil. Symfony 1.x es excelente, pero algunos componentes tienen defectos, como el registro (ahora subcontratado) y las tareas (más flexibles). Las formas en 1.x eran poderosas, pero tenían algunos defectos; las formas en 2.0 son mejores
Es el futuro Symfony 1.x caducará antes de la duración de su proyecto. Ya dijiste que lo estarás reescribiendo. No tiene sentido esperar.
Código más limpio, más fácil. Espacios de nombres, más desacoplamiento, generalmente incluso más bello que Symfony 1.x.
Doctrine 2.0. Mucho más rápido, más fácil de usar.

La única razón posible para ir con 1.x es el tiempo. Sin embargo, si este proyecto es tan importante, tiene más sentido aumentar el límite de tiempo (si no es factible), luego hacerlo en 1.x y perder todo ese tiempo reescribiéndolo más tarde.

Todavía estoy haciendo mis proyectos en Symfony 1.4, pero es buena idea esbozar una estrategia para ti sobre cómo hacer esos cambios hacia 2.0. Además, parece que hay cierta frustración con Doctrine, y el desarrollo de Propel parece haberse despertado. Puede haber un cambio en muchas preferencias hacia Propel en el futuro.

Ve con Symfony 2. Estoy haciendo el cambio de 1.4 a 2 en este momento debido a las características avanzadas de ACL de Symfony 2.

Le ahorrará mucho tiempo al final.

Corto plazo : si sabe que sf1.4 le permite finalizar el proyecto en el tiempo que tiene haciendo todo lo que solicita el cliente, acéptelo.

Pro: lo sabes, no hay costos para ti en la tecnología
Contras: fin de soporte Noviembre de 2012, Lima para probar (o complemento para PHPUnit), usando una solución "vieja"

A largo plazo : como dijiste, el proyecto debería estar disponible durante años, así que creo que muchos desarrolladores trabajarán en él. Sf2 está mucho más desacoplado y usa PHPUnit para probar. Le permite usar ESI y funciona muy bien con los estándares HTTP (sin caché de aplicaciones).

Pro: nueva herramienta, proyecto muy activo, un par de pasos por encima de sf1.4, ya que la web evolucionará también Sf2 aceptará esos cambios y apoyará el desarrollo
Contras: no lo sabes, pero puedes contratar a alguien para que te ayude (GTD y aprender un nuevo marco)

Bueno, Symfony 2.0 realmente debería ser tu apuesta si tienes más tiempo para completar el proyecto. Los desarrolladores de Symfony 2.0 todavía están luchando por aprender la forma correcta de utilizar todos esos buenos estándares y mejores prácticas.

La comunidad que usa SF 1.4 ya está madura y ha resuelto todos y cada uno de los problemas que podrían presentar todos los escenarios comunes (y otros no comunes).

Todos esos argumentos sobre la velocidad no se aplican al 90% (¿o más?) De los proyectos basados en SF. A menos que necesite una aplicación web de alto rendimiento (que atienda más de 500-1000 solicitudes / minuto), estará bien usando SF 1.4. Si necesita servir más que eso, siempre puede usar un servidor más en la escena. Una aplicación SF 1.4 optimizada puede funcionar bastante bien.

Intento decir que toda la charla sobre el rendimiento no es un problema para la mayoría de las aplicaciones. La gente no piensa al subir la bandera de velocidad.

SF 1.4 es un marco bien estructurado. Realmente acelera las cosas durante el desarrollo. SF 2.0 es una comunidad en desarrollo. La gente todavía está desarrollando soluciones y complementos para los problemas más comunes.

Todavía estoy usando SF 1.4 para todos mis nuevos proyectos. Principalmente porque tengo mucho trabajo que hacer mis proyectos muy rápido. Todos mis clientes no necesitan una aplicación web de alto rendimiento, sin embargo, tengo mis propios proyectos que deben ser rápidos y después de la optimización que realmente son.