为什么在2006年和2007年有这么多cakephp文档？我应该费心学习CakePHP吗？

Question

我正在考虑学习CakePHP，但我发现几乎所有的脚本和文档都来自于2006年和2007年，并且与这些脚本的向后兼容性相当差。

另外，cakephp与zend vs codeigniter与其他的大多数比较图都是在2006年、2007年或2008年最后制作的。我不想选择其中任何一个，因为与4年前相比，cakephp似乎仍然有相同的优点/缺点。

但是我想知道我是否会浪费时间去学习cakephp。乍一看，它看起来很可爱，但我已经创建了许多网站，并且仍然不熟悉MVC模式。我想最大限度地提高我的效率和写PHP网站的能力。

我目前使用简单的包含的布局，仍然混合HTML代码和PHP代码。它的工作效果比乍一看要好，但我认为是时候改进我的PHP编码、编程质量和更高的编程效率了。

• 现在学习CakePHP是不是浪费了时间或一个好的计划来使下一个站点比以前的站点更好，不仅是编程上的，而且也是在质量/特性/编程速度/可伸缩性方面？

Answer 1

我可以肯定地说，CakePHP仍然在使用，它的功能重置和文档越来越强大。我在几个项目上使用CakePHP (1.3)，一旦您熟悉MVC，它就相对容易使用了。

不过，这是一条学习曲线，如果您(像我一样)来自一个混合PHP/HTML的世界，那么任何面向MVC的框架都将要求您在充分利用MVC方式之前首先取消对紧密耦合的逻辑和表示的了解。

在与Cake合作了一年多之后，我学到了一些技巧(还有一些也应该适用于其他框架)：

• “正式”文档很讨厌，但它正在变得越来越好。谢天谢地，有很多人在使用“蛋糕”和博客来讨论如何做事情--不要害怕谷歌。
• 将尽可能多的业务逻辑放入模型(又名“胖模型，瘦控制器”)。
• 在开始编写接口代码之前，请确保数据库结构尽可能接近最终结果。返回并更改关联、添加字段和添加验证代码并不困难--但这有点乏味。

关于你的其他观点：

• 不，学习MVC和Cake并不是浪费时间。一旦您理解了它，它确实会使应用程序开发速度更快，并帮助您编写更稳定和更可维护的代码。
• 大多数人不一定将速度和可伸缩性等同于基于PHP的框架，尽管这并不是说它们对于大多数用途“不够快”。有针对性的谷歌搜索应该会出现一些 速度 比较。
• 在Cake上有一些非常大的站点，其中有些甚至有记录了他们的扩张努力。

TL;DR:花点时间学习MVC，即使您决定不使用框架，您的代码也会因此而得到改进。。

Answer 2

你试过在线询问社区或当面吗？您还可以使用被动地查看CakePHP社区的GitHub，看看人们是否以您喜欢的方式使用代码，或者使用您喜欢的东西。