如题，苦恼啊！ 我该怎么办呢？ 求有经验的前辈大哥给点指点！ 谢谢！
认证0级讲师
如果有一点其它框架的基础的话，学习laravel应该比较容易，我也初略接触过其它的一些框架，像yii，ci，感觉laravel用起来确实要舒服一点。刚开始学习一个框架确实比较吃力，特别是理解它的一些思想，不过当你会用了，就会感觉开发轻松多了，至于性能和执行效率什么的，应该差别都不是很大。
建议看看spring 尤其要结合实际项目的教程 然后对里面的的一些实际就知道来龙去脉了 laravel的写法很传统的php还是有一些理念上的差异的
推荐我学习框架的方法抱着使用它的态度来学。用它来做项目，在实现的过程中学习它。不要把它视为多高深的学问，这样它就不会显得那么困难。
我也是php新手，以前写php没什么框架的概念，现在接触laravel两个月，一个人就可以做出一个项目了。我觉得要学一个东西，拿它来实际操练才能最好的锻炼自己吧，仅仅看是没什么用的，当你用会了之后，在回去看一些文卓或书籍，就能进一步理解框架了
php本身就是一套自带模板的插件,根本不需要框架 但实际上为什么现实中就数php的框架最多呢? 主要因为php太简单了,以致于简单到让半吊子们码农没法拿到台面上来给别人装逼,所以一大波半吊子码农热衷写各种奇形怪状的框架,茴香豆一要这么写才足够上档次,跟这些框架的拥甭们争论到最后,都认为框架既提高不了实际项目开发效率,也无法提高程序的运行效率,在需求业务快速迭代的场景下也不能有效地根据需求扩展 唯一能拿出来说事的就是框架能规范团队统一代码风格, 这本来就是一张纸就能解决的事情, 如果是rails那样的大一统框架,至少到哪家公司都是统一的风格,但是象php这样多如牛毛的框架中,码农如果换了一家公司,以前积累的"风格"就没用了,一切又要从头开始熟悉新的风格了,php码农的青春就消耗在这些多如牛毛的框架中熟悉各种各式的"风格"里,过个5,6年,老板觉得码农已经不熟悉现在市场最新流行的框架风格了,把码农一脚踢飞了
跟着大势，现在最流行的是laravel，只能去适应
这里有个文档攻略：http://laravelbase.com/
也许会有帮助
laravel，框架挺好的，文档是个渣渣
看到了评论很多，也想说几句。尽管这是很久以前的一篇讨论，题主不见得会看到。
首先我很赞同楼上一位兄弟所说。
没必要做太多关于框架，关于各种不同语言之间的争论，没有太多意义。
一门语言创建之初，是有它明确的定位的，现在太多人认为一门语言解决所有的问题和现实中的需求，这本身就不切实际。
无论是框架还是语言，它的出现肯定有它擅长的能力或特性。
回归到原点，我们码代码无非是要解决现实中的问题。
在解决问题之初，本身就应该从架构方面来考虑，根据团队成员情况，根据项目复杂程度，根据项目时间紧急，根据以后的维护成本，根据投入，等等很多因素，然后综合来决定选择使用那种方案，使用哪种框架亦或者是自开发框架（或约定及统一的代码组织方式），亦或者是不使用框架。
以上这些其实都不重要。
重要的是让你，或者你的团队，你的公司，能快速的，或者更好的来解决问题。降低可能产生的不必要的成本。
所以新语言的出现，或者是新框架，新思想的出现，最终目的无非如此。
无需为了语言而语言，为了框架而框架。
最快，最好，最舒服，最安全，最好维护，最好协作，以及最合适的完成预期目标，才是目的，才是王道。
至于题主所提laravel文档，这个我个人觉得一是官方文档本身书写比较简单，简单有简单的好处，起码东西不会过多，导致入门困难。如果想深度了解设计思想，需要去看代码和api。
其次，要想快速的了解，最好的办法是先了解它大的流程，知道它的运行原理，细节方面慢慢来就好。
剩下的就是，去用它而已。
如果有一点其它框架的基础的话，学习laravel应该比较容易，我也初略接触过其它的一些框架，像yii，ci，感觉laravel用起来确实要舒服一点。
刚开始学习一个框架确实比较吃力，特别是理解它的一些思想，不过当你会用了，就会感觉开发轻松多了，至于性能和执行效率什么的，应该差别都不是很大。
建议看看spring 尤其要结合实际项目的教程 然后对里面的的一些实际就知道来龙去脉了 laravel的写法很传统的php还是有一些理念上的差异的
推荐我学习框架的方法
抱着使用它的态度来学。
用它来做项目，在实现的过程中学习它。不要把它视为多高深的学问，这样它就不会显得那么困难。
我也是php新手，以前写php没什么框架的概念，现在接触laravel两个月，一个人就可以做出一个项目了。我觉得要学一个东西，拿它来实际操练才能最好的锻炼自己吧，仅仅看是没什么用的，当你用会了之后，在回去看一些文卓或书籍，就能进一步理解框架了
php本身就是一套自带模板的插件,根本不需要框架 但实际上为什么现实中就数php的框架最多呢? 主要因为php太简单了,以致于简单到让半吊子们码农没法拿到台面上来给别人装逼,所以一大波半吊子码农热衷写各种奇形怪状的框架,茴香豆一要这么写才足够上档次,跟这些框架的拥甭们争论到最后,都认为框架既提高不了实际项目开发效率,也无法提高程序的运行效率,在需求业务快速迭代的场景下也不能有效地根据需求扩展 唯一能拿出来说事的就是框架能规范团队统一代码风格, 这本来就是一张纸就能解决的事情, 如果是rails那样的大一统框架,至少到哪家公司都是统一的风格,但是象php这样多如牛毛的框架中,码农如果换了一家公司,以前积累的"风格"就没用了,一切又要从头开始熟悉新的风格了,php码农的青春就消耗在这些多如牛毛的框架中熟悉各种各式的"风格"里,过个5,6年,老板觉得码农已经不熟悉现在市场最新流行的框架风格了,把码农一脚踢飞了
跟着大势，现在最流行的是laravel，只能去适应
这里有个文档攻略：http://laravelbase.com/
也许会有帮助
laravel，框架挺好的，文档是个渣渣
看到了评论很多，也想说几句。尽管这是很久以前的一篇讨论，题主不见得会看到。
首先我很赞同楼上一位兄弟所说。
没必要做太多关于框架，关于各种不同语言之间的争论，没有太多意义。
一门语言创建之初，是有它明确的定位的，现在太多人认为一门语言解决所有的问题和现实中的需求，这本身就不切实际。
无论是框架还是语言，它的出现肯定有它擅长的能力或特性。
回归到原点，我们码代码无非是要解决现实中的问题。
在解决问题之初，本身就应该从架构方面来考虑，根据团队成员情况，根据项目复杂程度，根据项目时间紧急，根据以后的维护成本，根据投入，等等很多因素，然后综合来决定选择使用那种方案，使用哪种框架亦或者是自开发框架（或约定及统一的代码组织方式），亦或者是不使用框架。
以上这些其实都不重要。
重要的是让你，或者你的团队，你的公司，能快速的，或者更好的来解决问题。降低可能产生的不必要的成本。
所以新语言的出现，或者是新框架，新思想的出现，最终目的无非如此。
无需为了语言而语言，为了框架而框架。
最快，最好，最舒服，最安全，最好维护，最好协作，以及最合适的完成预期目标，才是目的，才是王道。
至于题主所提laravel文档，这个我个人觉得一是官方文档本身书写比较简单，简单有简单的好处，起码东西不会过多，导致入门困难。如果想深度了解设计思想，需要去看代码和api。
其次，要想快速的了解，最好的办法是先了解它大的流程，知道它的运行原理，细节方面慢慢来就好。
剩下的就是，去用它而已。