¿Alguien me puede enumerar cuáles son los inconvenientes del framework CakePHP sobre otros frameworks PHP?
1) ¿Y explica por qué esa característica que falta es tan importante para un proyecto de PHP?Desventajas del framework cakePHP
2) ¿Cómo ayuda la característica que falta a los desarrolladores web a aquellos que usan el Marco con esa característica?
El gran problema con Cake es que es muy obstinado. Por supuesto, también es su gran fortaleza. Con eso quiero decir que Cake está muy sesgado hacia ciertos tipos de aplicaciones, a saber, el estándar CRUD apps. Si su proyecto es CRUD, Cake puede ser una gran ayuda. Si tratas de hacer algo muy diferente y quieres mucha personalización, Cake puede ser un obstáculo.
Como es muy obstinado, puede que no te sienta bien si tus opiniones difieren. Cuando se trabaja con Cake, tiene que hacer las cosas Cake way. Eso no quiere decir que no pueda ampliarlo y personalizarlo, pero incluso cuando lo haga, tendrá que hacerlo , el método Cake. La curva inicial de aprendizaje puede ser bastante pronunciada, y deberá tener cierta experiencia si quiere salirse de los límites de Cake. La otra cara de esto es que generalmente hay un estilo de codificación muy consistente entre todos los proyectos de Cake.
El pastel tiende a ser un armazón de huesos más grandes, en comparación con aquellos que explícitamente intentan no engordar. Si el objetivo principal es el rendimiento de alta velocidad, es posible que deba dedicar más tiempo a ajustarlo al final. Sin embargo, eso generalmente se compensa con tiempos de desarrollo más rápidos. Esa es la espada de doble filo de usar mucha automagia.
No hay mayor factor decisivo en Cake. Puedes hacer lo que quieras con él, al igual que con otros marcos. Simplemente se presta mejor a algunos proyectos que a otros.
Los puntos de referencia muestran que el pastel es un poco más lento que otros marcos. y tampoco tiene soporte de plantilla.
Me gusta cakephp, pero me pareció que no es amigable con el código de no torta. Es difícil combinar el código de la torta con páginas genéricas de php y sesiones. pastel entró en mi proyecto después de 2 años (debido a sus ventajas). el código heredado aún existe y se desarrolló activamente, pero debemos ser cuidadosos al elegir codificar el módulo X en el pastel o en el exterior. También es difícil llamar a los controladores de pastel desde fuera del pastel.
No es compatible con el código saphghetti. Es decir, si desea combinar su lógica, modelo y vista en un archivo y usarlo como controlador en el pastel, el pastel no será feliz. Sin embargo, si ingresas el código existente como proveedor, funcionará perfectamente con sus funciones. Cake usa las sesiones estándar. El problema puede ser la falta de estándares en el código heredado, no la estructura del marco. –
Actualmente sigue siendo un framework PHP4 y por lo tanto no utiliza ninguna de las características más nuevas de PHP.
... que, por otro lado, garantiza una alta compatibilidad. Hay muchos lados opuestos a Cake. Con frameworks como Zend puedes tener problemas porque no se ejecutarán en instalaciones PHP ligeramente más antiguas. Sin embargo, sí estoy de acuerdo en que deberían dejar de utilizar PHP 4, es una locura seguir utilizándolo. :) – deceze
Sí, el próximo CakePHP 2.0 dejará de ser compatible con PHP4. – dhofstet
Además, CakePHP 2 será compatible con API con CakePHP 1.3, por lo que si está comenzando un nuevo proyecto, debería poder ingresar v2 cuando esté disponible sin cambiar su código. – bjudson
"No hay soporte de plantilla"? En primer lugar, PHP ya es un lenguaje de plantilla. En segundo lugar, hay complementos de Cake para la mayoría de los lenguajes de plantilla más populares, y si no puede escribir su propia envoltura delgada (una vista personalizada) y está listo para usar. Las vistas personalizadas son una característica explícita de Cake. Además, ¿puede señalar algún punto de referencia reciente, por favor? Cake puede o no ser lento, pero nadie ha sido capaz de producir hechos concretos para respaldar este reclamo con datos recientes. – deceze