cakePHP框架的缺点

有谁能告诉我CakePHP框架相对于其他PHP框架有哪些缺点吗？
1） 请解释为什么缺少的特性对PHP项目如此重要

---

2） 缺少的功能如何帮助web开发人员使用具有该功能的框架？

基准测试表明，cake比其他框架慢一点。而且它没有模板支持。

我喜欢cakephp，但发现它对周围的非蛋糕代码不友好。很难将蛋糕代码与通用php页面和会话合并。蛋糕在两年后进入我的项目（由于它的优点）。遗留代码仍然存在并正在积极开发中，但我们必须小心选择在cake中或外部对模块X进行编码。从蛋糕外部调用蛋糕控制器也很困难。

蛋糕的最大问题是它非常固执己见。这当然也是它的一大优势。我的意思是，蛋糕严重偏向于某些类型的应用程序，即标准应用程序。如果您的项目是积垢，蛋糕可以是一个巨大的帮助。如果你想做一些非常不同的事情，并且想要大量的定制，蛋糕实际上可能会成为阻碍

因为它非常固执己见，如果你的意见不同，它可能不适合你。使用蛋糕时，你必须以蛋糕的方式做事。这并不是说您不能扩展和定制它，但即使这样做，您也必须以蛋糕的方式进行扩展。最初的学习曲线可能非常陡峭，如果你想走出蛋糕的界限，你需要有一定的经验。另一方面，在所有的Cake项目中，通常都有一种非常一致的编码风格

与那些明确尝试减肥的人相比，蛋糕往往是一个更大的骨架。如果高速性能是您的主要目标，那么最终您可能需要花费更多时间进行调整。但这通常会被更快的开发时间所抵消。这是使用大量automagic的双刃剑

---

蛋糕里没有大的交易破坏者。您可以使用它做任何您想做的事情，就像您可以使用其他框架一样。它只是比其他项目更适合某些项目。

它目前仍然是一个PHP4框架，因此它没有使用任何较新的PHP功能。

没有模板支持？首先，PHP已经是一种模板语言。其次，大多数流行的模板语言都有蛋糕插件，如果没有，您可以围绕它编写自己的瘦包装（自定义视图），然后就可以开始了。自定义视图是Cake的一个显式功能。另外，你能指出最近的基准吗？蛋糕可能慢，也可能慢，但没有人能够用最新数据提供任何确凿的事实来支持这一说法……另一方面，这确保了高度的兼容性。蛋糕有很多反面。使用像Zend这样的框架，您可能会遇到麻烦，因为它们甚至不能在稍旧的PHP安装上运行。虽然我同意他们应该放弃对PHP4的支持，但仍然使用它是疯狂的是的，即将推出的CakePHP 2.0将不再支持PHP4。此外，CakePHP 2将与CakePHP 1.3的API兼容，因此，如果您正在启动一个新项目，您应该能够在v2可用时直接插入v2，而无需更改代码。它只会对saphghetti代码不友好。也就是说，如果您想将逻辑、模型和视图合并到一个文件中，并将其用作cake中的控制器，cake将不高兴。但是，如果您作为供应商加入现有代码，它将与它的函数一起正常运行。Cake使用标准会话。问题实际上可能是遗留代码缺乏标准，而不是框架的结构。