検索

ホームページ  >  に質問  >  本文

PHP也做好好多年了,最近在看laravel框架,但是面对如此丰富的文档,我却不知道在讲什么,完全看不懂,请问我是哪里出了问题?

如题,苦恼啊!
我该怎么办呢?
求有经验的前辈大哥给点指点!
谢谢!

PHP中文网PHP中文网2786日前5521

全員に返信(29)返信します

  • 大家讲道理

    大家讲道理2017-04-10 16:40:43

    如果有一点其它框架的基础的话,学习laravel应该比较容易,我也初略接触过其它的一些框架,像yii,ci,感觉laravel用起来确实要舒服一点。
    刚开始学习一个框架确实比较吃力,特别是理解它的一些思想,不过当你会用了,就会感觉开发轻松多了,至于性能和执行效率什么的,应该差别都不是很大。

    返事
    0
  • 天蓬老师

    天蓬老师2017-04-10 16:40:43

    建议看看spring 尤其要结合实际项目的教程 然后对里面的的一些实际就知道来龙去脉了 laravel的写法很传统的php还是有一些理念上的差异的

    返事
    0
  • 黄舟

    黄舟2017-04-10 16:40:43

    推荐我学习框架的方法
    抱着使用它的态度来学。
    用它来做项目,在实现的过程中学习它。不要把它视为多高深的学问,这样它就不会显得那么困难。

    返事
    0
  • 黄舟

    黄舟2017-04-10 16:40:43

    我也是php新手,以前写php没什么框架的概念,现在接触laravel两个月,一个人就可以做出一个项目了。我觉得要学一个东西,拿它来实际操练才能最好的锻炼自己吧,仅仅看是没什么用的,当你用会了之后,在回去看一些文卓或书籍,就能进一步理解框架了

    返事
    0
  • 黄舟

    黄舟2017-04-10 16:40:43

    php本身就是一套自带模板的插件,根本不需要框架 但实际上为什么现实中就数php的框架最多呢? 主要因为php太简单了,以致于简单到让半吊子们码农没法拿到台面上来给别人装逼,所以一大波半吊子码农热衷写各种奇形怪状的框架,茴香豆一要这么写才足够上档次,跟这些框架的拥甭们争论到最后,都认为框架既提高不了实际项目开发效率,也无法提高程序的运行效率,在需求业务快速迭代的场景下也不能有效地根据需求扩展 唯一能拿出来说事的就是框架能规范团队统一代码风格, 这本来就是一张纸就能解决的事情, 如果是rails那样的大一统框架,至少到哪家公司都是统一的风格,但是象php这样多如牛毛的框架中,码农如果换了一家公司,以前积累的"风格"就没用了,一切又要从头开始熟悉新的风格了,php码农的青春就消耗在这些多如牛毛的框架中熟悉各种各式的"风格"里,过个5,6年,老板觉得码农已经不熟悉现在市场最新流行的框架风格了,把码农一脚踢飞了

    返事
    0
  • PHP中文网

    PHP中文网2017-04-10 16:40:43

    跟着大势,现在最流行的是laravel,只能去适应

    返事
    0
  • 阿神

    阿神2017-04-10 16:40:43

    这里有个文档攻略:http://laravelbase.com/

    也许会有帮助

    返事
    0
  • 黄舟

    黄舟2017-04-10 16:40:43

    laravel,框架挺好的,文档是个渣渣

    返事
    0
  • 怪我咯

    怪我咯2017-04-10 16:40:43

    看到了评论很多,也想说几句。尽管这是很久以前的一篇讨论,题主不见得会看到。

    首先我很赞同楼上一位兄弟所说。

    没必要做太多关于框架,关于各种不同语言之间的争论,没有太多意义。

    一门语言创建之初,是有它明确的定位的,现在太多人认为一门语言解决所有的问题和现实中的需求,这本身就不切实际。

    无论是框架还是语言,它的出现肯定有它擅长的能力或特性。

    回归到原点,我们码代码无非是要解决现实中的问题。

    在解决问题之初,本身就应该从架构方面来考虑,根据团队成员情况,根据项目复杂程度,根据项目时间紧急,根据以后的维护成本,根据投入,等等很多因素,然后综合来决定选择使用那种方案,使用哪种框架亦或者是自开发框架(或约定及统一的代码组织方式),亦或者是不使用框架。

    以上这些其实都不重要。

    重要的是让你,或者你的团队,你的公司,能快速的,或者更好的来解决问题。降低可能产生的不必要的成本。

    所以新语言的出现,或者是新框架,新思想的出现,最终目的无非如此。

    无需为了语言而语言,为了框架而框架。

    最快,最好,最舒服,最安全,最好维护,最好协作,以及最合适的完成预期目标,才是目的,才是王道。

    至于题主所提laravel文档,这个我个人觉得一是官方文档本身书写比较简单,简单有简单的好处,起码东西不会过多,导致入门困难。如果想深度了解设计思想,需要去看代码和api。

    其次,要想快速的了解,最好的办法是先了解它大的流程,知道它的运行原理,细节方面慢慢来就好。

    剩下的就是,去用它而已。

    返事
    0
  • キャンセル返事