¿Cómo puedo cambiar correctamente el marco de Symfony 1.4 recién instalado de Doctrine (que está configurado de manera predeterminada) a Propel?Cambiar Symfony 1.4 de Doctrine a Propel
Respuesta
Si crea nuevo proyecto (fresco) ...
symfony generate:project xxx --orm=Propel
Lo más fácil :)
Si desea cambiar de proyecto existente - usted tiene que cavar en el archivo de configuración y activar el plugin de propulsión .
Su archivo de configuración debería ser similar a:
// config/ProjectConfiguration.class.php
public function setup()
{
$this->enablePlugins('sfPropelPlugin');
...
}
(basada en la página de Symfony, se debe excavar la próxima vez - en especial Practical Symfony)
Uso Propel si te gusta la sintaxis orientada a objetos.
Si le gustan las llamadas al método objeto encadenado que parecen declaraciones SQL, use Doctrine. Si le gustan los objetos reales que ocultan SQL, use Propel.
Si le gusta crear objetos de criterio que luego se representan como cláusulas WHERE, use Propel. Si le gusta crear cláusulas WHERE similares a SQL, use Doctrine.
Puede usar ambos al mismo tiempo, también. No se recomienda, pero si utiliza complementos como un apóstrofo que solo usa Doctrine, es posible que no tenga otra opción.
gracias! ¡sí! correcto. –
Respondiendo a los colaboradores aquí que recomiendan totalmente Doctrine: la decisión no es clara, en mi opinión. Propel ahora también es compatible con métodos de consulta encadenables, por lo que si te gusta ese enfoque, entonces ambos están todavía en juego. Además, el equipo de Propel sostiene que la naturaleza generada de los objetos modelo hace que sea más rápido ejecutar la mayoría de los casos de uso que Doctrine.
- 1. Symfony 1.4 propel: build-all que no trabaja en MySQL 5.5
- 2. Symfony 2 Exportación de Doctrine a JSON
- 3. php/symfony/doctrine memory leak?
- 4. Aplicación Symfony: cómo agregar campos calculados a los objetos Propel.
- 5. sesiones de Symfony 1.4 perdidas al azar
- 6. Títulos de página dinámicos en Symfony 1.4
- 7. Symfony 2 Proxy para reemplazar iterativamente el proyecto Symfony 1.4
- 8. symfony 1.4: ¿Cómo pasar el mensaje de excepción a error.html.php?
- 9. ¿Hay una buena comparación de Doctrine vs Propel?
- 10. Symfony 1.4 dev logging no funciona
- 11. ¿Cómo instalo Symfony 1.4 usando el compositor?
- 12. ¿Cómo implementar un ayudante en Symfony 1.4?
- 13. symfony 1.4 ¿cómo obtener los parámetros POST?
- 14. Portando un sitio web desde Symfony 1.4 a 2.0
- 15. Symfony 2 + herencia de Doctrine 2 +
- 16. Cómo usar los procedimientos almacenados con Symfony y Doctrine
- 17. Cuentan y agrupan por Propel con
- 18. ¿Cómo separe un comportamiento en Symfony/Doctrine?
- 19. Consulta SQL con UNION en Doctrine Symfony
- 20. Exportar el modelo de datos MySQL Workbench directamente a Schema YML en Propel/Symfony
- 21. ¿Cómo puedo obtener el URI actual de Symfony 1.4?
- 22. ¿Cómo usar las tablas Symfony 1.4 sfGuardUser con Symfony 2 SecurityBundle?
- 23. Anulación de Doctrine_Record (sfDoctrineRecord) métodos de instancia en Doctrine PHP Symfony
- 24. Error al acceder a la relación de uno a muchos en Symfony 2 con Doctrine
- 25. ¿Cómo ManyToMany y OneToMany en Symfony y Doctrine?
- 26. ¿Cómo se usa menos memoria mientras se ejecuta una tarea en Symfony 1.4?
- 27. Almacenar puntos espaciales en Symfony 2/Doctrine 2 Entities?
- 28. Symfony 2: Doctrine no puede crear una relación
- 29. Migrando a jquery 1.4
- 30. java 1.5 a 1.4
Por cierto, si está comenzando un proyecto nuevo, ** recomiendo encarecidamente ** Doctrine. Es mejor. –
Estoy de acuerdo con Tomasz. No use Propel. –
y Priidik: al menos brinde algunos argumentos, enlaces, etc., que digan precisamente por qué Doctrine es mejor que Propel (sin embargo, después de más de un año, los argumentos ciertamente han cambiado ...). –