Laravel
话题列表 社区 Wiki 优质外文 招聘求职 Laravel 实战教程 社区文档
登录
注册

你选择laravel框架的理由有哪些

问答 / 8 / 77 / 创建于 8个月前

你选择laravel框架的理由有哪些？

前言1：我个人使用laravel的时间和场景极少，所以主观上对于 laravel 的优势感受极浅，甚至觉得 laravel 在某些地方过度设计（主观、主观且使用不多，勿喷）。

前言2：理性讨论，而不是 《你用了就知道了》、《xxx框架是垃圾》、《建议你深度使用》诸如此类，我希望从重度使用用或者实际需求者了解更多让我也会选择 laravel 的理由，谢谢。

前言3：本贴不是为了框架对立或者评判框架好坏，所以我希望不止是指出 laravel 相关数据、排名以及地位，我认为这些是 laravel 优秀的结果而不是理由。

疑问

网上冲浪/论坛/面试大部分人对于laravel的评价 主要是 生态、规范、优雅。所以在你的实际使用中 laravel 有哪些你认为是你选择他而不是选择其他框架的理由？或者你认为比其他框架强的地方有哪些？

我目前个人了解的有以下几点，希望你能补充更多：
1. 生态 ≈ 拓展多 （比其他框架有更多拓展包？）
2. 规范 ≈ 约定高于配置 （比其他框架有更强的编码规范约束?）
3. 设计模式丰富
4. 安全性
5. 国际影响力

参考：

snakelis
课程读者 110 声望
暂无个人描述~
《L05 电商实战》
《L05 电商实战》
从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L04 微信小程序从零到发布》
《L04 微信小程序从零到发布》
从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。
godruoyi
课程读者 886 声望 / Work From Home @ Remote
最佳答案

这里是为什么 godruoyi.com/posts/why-laravel/

8个月前 评论
snakelis （楼主） 8个月前

简单整合了一下，希望能对本贴的同学们有用，有需要建议看原文。

1. 提供完整 WEB 开发的全套组件 （路由、中间件、MVC、ORM、Testing 等）
2. 提供 Laravel Artisan 命令行操作 Laravel 
    Make Model:生成Model、migration 
    Database Migration:完成数据库的变更等

3. Model Relationship：通过 Eloquent 抽象「模型与模型」之间的关系
4. Laravel Factory 提供了一种很好的方式来 Mock 测试数据
5. Laravel Route：非常方便的管理应用的路由
6. Storage Helper：提供了超级多的辅助函数
7. Testing：提供了种类众多的测试
8. Abstract API:给开发者提供了很多优秀的组件，如 Cache、Filesystem、Queue、View、Auth、Event、Notifaction 等，开发者只需要面对一套高度抽象的 API 而不用关心具体的实现。
9. Laravel Container： 支持自动帮你构造容器中不存在的对象，如果这构造这个对象时还依赖另外的对象，Laravel 会尝试递归的创建它
10.Laravel Pipeline:通过使用 Laravel 中的管道，你能够流畅地在若干个类之间传递一个对象，从而执行一个任意类型的任务，一旦所有的任务都被执行完，就会将结果值返回。(道是运行的方式最明显的范例就是中间件)
11. Laravel Comnication:强大的社区支持
godruoyi （作者） 8个月前
看完你对每个评论的回复我知道你是真的想讨论为什么大家选择 Laravel，这种态度真的是超级赞的，喜欢这样的回复；不过社区现在活跃度大不如前了，很多大佬常年不更新；希望你能保持这种探讨问题的态度并不要被带歪，加油！！
nff93 8个月前
@godruoyi 笑死，你这个回复好 AI 啊
snakelis （楼主） 8个月前
感谢回答，这正是我想要了解的内容，并且对我很有帮助，我认为这些点都有可能是大多数人选择laravel 的理由之一。
snakelis （楼主） 8个月前

之前有在其他地方讨论过，然后收获的回答类似：你不懂(用)我说了也不懂，懂(用)的人不用说也会懂，懂(用)得都懂~~ 。之后才选择在社区中提问答

2
讨论数量: 77
排序：
时间 投票
MArtian
版主 3.8k 声望

file

8个月前 评论
MArtian （作者） 8个月前

@snakelis 这么说吧，Laravel 框架就是 WEB 开发工程化的标杆，就像苹果手机出来之后，各大厂商纷纷向苹果看齐。

Laravel

这是我好久以前画的 Laravel 请求流程图，这里面还有一些没有涉及到，比如 Listener、Observer 这些AOP理念，Moden Relations、Jobs、Notifications 等等，Laravel 中还有 IOC、容器化、Providers 这些概念。

如果你对 Laravel 了解不深，也可以直接在 Controller 中上手写业务。

这就是所谓的「优雅」，我们可以把一个请求流程控制的这么详细，而且每一块都独立，充分的把业务逻辑解藕，也许你可能对这些无感，但是当你的业务复杂起来之后，就能体会到一个 Controller.php 文件好几千行的无力感。

snakelis （楼主） 8个月前

我感觉laravel在PHP框架就像是手机中的iPhone，他肯定有它的优点。

但是很多人（包括我自己）根本不清楚有哪些优点，以及那些优点是否是适合自己的需求，这也是我发这个帖子的目的之一

snakelis （楼主） 8个月前
@MArtian 优雅:通过多样化的组件和设计模式，把请求做到更精细化控制、组件/业务更好的解耦 :+1:
1
JaguarJack
Laravel 9.x 译者 883 声望 / 开发 @ 家里蹲开发公司

Laravel 可以快速出产品，就这么简单！

8个月前 评论
snakelis （楼主） 8个月前
其他框架不能吗？相比较而言为啥你觉得他比其他框架能更快呢？
梦想星辰大海
176 声望 / 划水师 @ 未来科技

因为我只会laravel或者是类似laravel的东西。

8个月前 评论
lyxxxh2
1 声望

6年laravel。

如果做一个项目用laravel:

  1. 功能完善:

    1. orm: 不管多复杂的sql，orm都可以构建。
      （我不晓得tp是否可以,但是我记得tp5: $model->clone()都不支持,印象很差）

    2. 拿原子锁举例,我特意去看了tp8,并没有这种功能。

    3. 单元测试必须要有,虽然我不写测试,但是拿来debug挺方便的。

  2. 生态完整,常用的easychat oss dcat-admin等。 相比其他框架,也不算突出的优点。

没有代替品,所以就一直laravel。

8个月前 评论
喝卵形 8个月前
@snakelis github.com/spatie 相关的包，还有 telescope 和 horizon, livewire 每个项目都用到
snakelis （楼主） 8个月前

感谢，你的回答对我有帮助，并且你的理由也有一定的说服力

snakelis （楼主） 8个月前
六年已经基本属于重度使用了，你第二点的的生态完整，我想了解下，在你使用过程中有遇到什么拓展包只有laravel 能用？以及这种情况多吗？
lyxxxh2 （作者） 8个月前
@snakelis 正常扩展包,不会只有laravel才能用吧。 比如maatwebsite/excel,别的框架可以用phpoffice/phpspreadsheet。
snakelis （楼主） 8个月前

@lyxxxh2 对，我个人理解和实际工作中需要用到的拓展包没遇到过只能laravel用的（当然可能是我个人技术能力的问题），所以我对于生态这一优点的感受很低。

但是当所有人都用生态完整来当推荐理由的时候，我会有疑问，他们真的体会到laravel生态这一优势了吗？

snakelis （楼主） 8个月前
@喝卵形 感谢，我去理解一下。话说你是常德的吗 哈哈哈
老衲爱饮酒 8个月前
@snakelis 我也想这么问，哈哈哈哈
1
芝麻开门
课程读者 142 声望

用laravel能节约人工，能赚钱。。。。 省事，易维护，规范。。。

8个月前 评论
snakelis （楼主） 8个月前
如果从节约成本来说，laravel学习成本相对更高，用其他框架不是更简单 （TP、Yii）？
snakelis （楼主） 8个月前

还有规范和易维护，能列举一些实例吗？比如….（最好是能和其他框架对比）

gowithwind 8个月前
如果从节约来说 tp更节约
芝麻开门 （作者） 8个月前
@gowithwind 各有所好吧，目前手头也上有tp的项目在维护，如果有添加新功能都在laravel上二开了
ononl
198 声望

laravel是很工程化的框架，本身就很重，但是好用，而且用的人多也是优势。其实Yii的设计我也挺喜欢的，但是以前有段时间传出作者不打算更新了就没有用了。

8个月前 评论
snakelis （楼主） 8个月前
的确用的人多是 laravel 优秀的结果，从而转变成优势之一
godruoyi
课程读者 886 声望 / Work From Home @ Remote

这里是为什么 godruoyi.com/posts/why-laravel/

8个月前 评论
snakelis （楼主） 8个月前

简单整合了一下，希望能对本贴的同学们有用，有需要建议看原文。

1. 提供完整 WEB 开发的全套组件 （路由、中间件、MVC、ORM、Testing 等）
2. 提供 Laravel Artisan 命令行操作 Laravel 
    Make Model:生成Model、migration 
    Database Migration:完成数据库的变更等

3. Model Relationship：通过 Eloquent 抽象「模型与模型」之间的关系
4. Laravel Factory 提供了一种很好的方式来 Mock 测试数据
5. Laravel Route：非常方便的管理应用的路由
6. Storage Helper：提供了超级多的辅助函数
7. Testing：提供了种类众多的测试
8. Abstract API:给开发者提供了很多优秀的组件，如 Cache、Filesystem、Queue、View、Auth、Event、Notifaction 等，开发者只需要面对一套高度抽象的 API 而不用关心具体的实现。
9. Laravel Container： 支持自动帮你构造容器中不存在的对象，如果这构造这个对象时还依赖另外的对象，Laravel 会尝试递归的创建它
10.Laravel Pipeline:通过使用 Laravel 中的管道，你能够流畅地在若干个类之间传递一个对象，从而执行一个任意类型的任务，一旦所有的任务都被执行完，就会将结果值返回。(道是运行的方式最明显的范例就是中间件)
11. Laravel Comnication:强大的社区支持
godruoyi （作者） 8个月前
看完你对每个评论的回复我知道你是真的想讨论为什么大家选择 Laravel，这种态度真的是超级赞的，喜欢这样的回复；不过社区现在活跃度大不如前了，很多大佬常年不更新；希望你能保持这种探讨问题的态度并不要被带歪，加油！！
nff93 8个月前
@godruoyi 笑死，你这个回复好 AI 啊
snakelis （楼主） 8个月前
感谢回答，这正是我想要了解的内容，并且对我很有帮助，我认为这些点都有可能是大多数人选择laravel 的理由之一。
snakelis （楼主） 8个月前

之前有在其他地方讨论过，然后收获的回答类似：你不懂(用)我说了也不懂，懂(用)的人不用说也会懂，懂(用)得都懂~~ 。之后才选择在社区中提问答

2
翟宇鑫
课程读者 286 声望 / Web 开发工程师 @ 自由职业者

生态是我选择语言或者框架甚至其他所有工具、软件，比较重要的一个前提
过度设计我确实也觉得
但随着不断的发展，需要兼容主框架的各个版本、依据其开发的扩展包
以 Laravel 作者的强迫症，个人更愿意相信这是不得已而为之 :joy:

8个月前 评论
snakelis （楼主） 8个月前
你在选择用laravel之后，因为生态完整这个优点有哪些切身感受呢？
Imuyu
课程读者 861 声望

理由如下：

file

file

8个月前 评论
snakelis （楼主） 8个月前
有用，支撑laravel 生态完整的理由
Imuyu （作者） 8个月前
@snakelis 因为确实使用你才能体会到，路由，中间件，orm，队列，任务调度，缓存等等等功能丰富，扩展方便，生态多样，满足你各种需求，如果你追求极致的性能，其他框架可选择更多，但laravel无疑是综合得分最高的一批~
working
版主 2.3k 声望

用一句你不爱听的话来说建议你深度使用。我不是第一次听到说laravel过度设计了，我曾经一度也这么认为，但用久了以后并且自己封装一些基础架子后我想说的是是否过度取决于他给你封装的工具你是否都能合理利用。如果你写一些远古的cms，Smarty完全够用甚至说是非常合适。倘若你写远古的cms还引入了一大堆用不到的composer包，甚至说有很多composer包能够利用但是自己不了解还依然自己封装类以及方法，这种所谓的过度设计完全源自于使用者的愚蠢。我不止一次见过用laravel8.x以上的人在没有特殊情况下多次封装curl，明明laravel已经提供了很简便的HTTP 客户端方法了。我自己打架子都会想这个类这个方法是否能大量复用或者是否通用，难道laravel的众多作者想不到吗？更多冗余的已经通过官方扩展包的形式放在了文档中。Laravel定位其实就是中大型，基本上不存在过度设计，就算存在作为免费的使用者我觉得也没什么资格挑剔，就像前段时间有人说宝塔怎么怎么样，作为一个免费的使用者，既不是目标付费人群，也不是创造者，有什么资格再去挑剔呢？去学一学数据库迁移学一学授权策略学一学数据工厂，你会发现很多东西都是很好用且规范的，如果你不能去深入学习了解一个东西，那么你所有的评价无一例外都是带着有色眼镜的，尽管你的主观认为自己理性且保持客观，但你的潜意识终究影响更大。

8个月前 评论
working （作者） 8个月前
跟着社区教程深度学一遍你才能初窥Laravel设计的冰山一角，文档摆在那里是死的，你不活学活用永远都是利用不上。道与术结合才是一方天地，只有一术成不了气候。
snakelis （楼主） 8个月前

  1. 关于深度使用的问题，我不会认为你推荐我深度使用是恶意。
    但是我发这个帖子的本意和目的很明确， 我希望你们有深度使用感受的用户能够给我提供意见让我尽可能在以后深度使用或者选择框架的时候能够更全面的评判（当然也
    可以理解成伸手党，自己不去用就问别人），所以如果大家都是推荐自己使用、就是好、排名第一此类，我认为对我的本次提问没有意义

  2. 如果一个优秀的产品，所有人问为什么优秀的时候只能用你用过才知道，那么要么产品不够优秀 要么用的人自己不懂产品。(没有针对答主的意思)并且并不是每个人都有深度使用的条件和场景，如果能让更多人了解产品的优点，或许才能真正让更多人有机会深度使用。

  3. 你提到 “laravel 定位就是中大型项目，基本上不存在过度设计”，所以更加能印章存在某些地方就是会有过度设计，因为他需要兼容更多场景、项目的需要.

  4. 关于”作为免费的使用者我觉得也没什么资格挑剔”,这一点我尊重你的想法。但是我的意见并不一致，普通免费用户的”挑剔”也是项目或者产品进步迭代的来源之一，甚至免费用户的使用量在很多时候会更大，所以免费用户的需求有可能更加贴近现实场景。

  5. 你的最后段句话我表示很认同。同样也是我前面提到我提问的目的，我想借此了解更多来减少我可能带的有色眼镜

working （作者） 8个月前
@snakelis 其实Laravel优秀的地方很多时候就是只可意会不可言传的，laravel各项技术更像是积木，你要自己探索。举一个简单的例子吧。 配置文件缓存对于很多熟悉的人这是能无成本增加一大部分响应速度的地方，但是我个人在不知道别人使用配置缓存我也没学过这些的情况下苦恼了我一天，一直查为什么修改.env文件无效，自己各种输出env变量，有的变量明明能输出但就是修改的不输出(当时绕进去想不到修改的无效这种特异性)，然后就反复绕，最后才知道这个让人又爱又恨的配置文件缓存。所以一个优秀的产品一定是用过且熟练才知道他的优秀，如果在我新手期有人跟我说配置文件缓存很好，我一定会骂娘，毕竟浪费了我一下午的时间。 我的上一家公司是自营+外包形式，从每次的技术选型就知道框架的侧重点了，如果是钱不多的外包，我们一律用fastadmin，一个插件插进去随便改改就完事了。但给的钱多的外包或者自营一定会毫无悬念的选择Laravel，当你熟练地使用Laravel你可以快速的打造精品项目，这完全得益于约定俗成统一的项目规范。最近才有时间看社区的TDD测试，以测试推动开发，这样的东西以前完全没想过，甚至测试都是点点点完成的，用了两年Laravel开发项目了，但我能说的优点至今都是沧海一粟。 至于你还在纠结过度设计这一块，确实对于一些项目来说他可以叫过度设计，但对于另一些大型项目来说Laravel的功能还不够，就拿常见的最简CMS单站和大型电商SaaS来对比，CMS可以说Laravel是过度设计，但对于大型电商SaaS来说还有很多功能可以加进去。这个东西就像是西服，除了量身定制以外或多或少都会大一点小一点，对于选什么怎么选一般的公司开发初期都会有技术选型对技术栈做要求，把鸡刀牛刀都摆桌面比对一下再去开工。 需求的产生一定总会有不同的免费用户不被满足，这个是一定的，就拿苹果的设计风格来说，左面滑动返回：苹果公司认为,将返回按钮放在左侧更符合人们的使用习惯和操作习惯。左手是大部分人的惯用手,而将返回按钮放在左侧可以方便用户用拇指触及到返回按钮,从而快速返回上一级页面。苹果公司数据的筛选以及判断一定基于某一个销售地区的目标客户群而言，而中国很多人都惯用右手，所以中国的用户不被满足。Laravel要供给于全球，所以他们一定从某方面上更倾向于付费用户以及深度用户的建议优化，而不是谁来挑剔一下都会让他来迭代。就拿之前配置缓存的例子再次说明，新手期的我一定觉得那是个鸡肋，我一定要求作者删除，不允许项目组其他人使用，因为那时的我根本不会注重性能问题也不会想到它的优点。至于剩下的一些肯定是要使用者来适应设计者的，Laravel的设计风格其实并不适用于中国市场，因为人口多，所以用效率抢占市场占领用户心智很重要，这就是fast以及微擎的巨大优势。
snakelis （楼主） 8个月前
@working 应该有更多的用户在使用和享受优秀的产品之后，能够"言传"
working （作者） 8个月前
@snakelis 然而现实是每个当程序员的人或多或少不善与人沟通甚至很少与人沟通，并且加上忙于工作的问题，很少有人能够有空余的时间去科普这些。再一个每个人在不同阶段都有自己的坚持毕竟当初用惯tp的我当时听别人说laravel多好也是极其厌烦的，特别是公司要用laravel开发我觉得人生困苦不过如此。
乘马班如
64 声望

我工作中都没用过 laravel，公司用的 yii，我感觉 laravel 版本好多，为啥不搞个长期支持版 :joy:

8个月前 评论
Imuyu 8个月前
之前是其实有的，我记得是因为大量复用了symfony的组件，导致时间上不匹配就放弃了~
gowithwind 8个月前
laravel 能走多久 得看symfony还能活多久。。。
稻草人AQA
55 声望

老夫 laravel ctrl+c ctrl+v 一把梭，懂其中的含金量吗？curd而已，laravel能找到90%所遇问题的解决方案

8个月前 评论
snakelis （楼主） 8个月前
用其他框架 熟悉之后一样能解决问题，解决问题和框架关联性没那么大把
working
版主 2.3k 声望

多看文档，同时多想用处，等别人问你为什么觉得Laravel没有过度封装，拿出一个完美优雅的项目然后来一句无他，唯手熟尔。我受益的目前有artisan命令行，任务调度，Http客户端，tinker命令行，统一的缓存驱动配置，以及扩展包发布配置文件、队列、队列监听、订阅者、辅助函数、blade模板、数据库迁移填充等待

8个月前 评论
snakelis （楼主） 8个月前

感谢回复。
让自己了解自己选择laravel 或者喜欢的理由，就像你列举的这些 受益的点。
而不是只知道优雅、生态几个抽象概念而跟风尬夸的

1
tsingyan
课程读者 20 声望

轮子多，生态丰富，出活快，

8个月前 评论
slowlyo
课程读者 1.0k 声望 / ─=≡Σ(((つ•̀ω•́)つ▏使用 laravel 和 amis 快速构建你的后台 @ → owladmin.com

laravel 的源码读起来赏心悦目, 学习它让我自己写的代码也越来越漂亮

N1f6M90TTS.png!large

8个月前 评论
snakelis （楼主） 8个月前
有道理，属于编码规范一大类了
cccdz 8个月前
+1
2
Aoyamakiri
Laravel 9.x 译者 33 声望

可维护性与生态完整。“代码是给人看的，只机器恰好可以执行”

8个月前 评论
还不出来
Laravel 8.x 译者 156 声望

作为laravel生态开发的参与者，它的宏设计(Marcoable)也是让人赞赏的原因之一

8个月前 评论
snakelis （楼主） 8个月前
感谢，我后续会去更多了解你提到的内容。
1
陈先生
课程读者 650 声望 / PHP_EOL @ NaN

来社区问，你得到的答案也会是大同小异的

  1. 规范，规范，还是 TMD 规范
  2. 生态好，轮子多到比 thinkphp 的 star 多多了
  3. 建议多用用，还是建议多用用
  4. 建议下载并购买一个 dash，阅读 Laravel 框架的相关 API，或者访问 API
8个月前 评论
snakelis （楼主） 8个月前
大同小异是正常情况。不过在这个问答下，我仍然获得了一些优秀答案供我参考和更好的了解laravel，也感谢你的回复。
gurd
10 声望

这就是php衰落的原因之一。 大家还在争论这个框架是不是过度设计，和别的框架相比有什么好处。 我认为语言的框架越复杂越好，打厚底座，兼容所有场景，所有程序员都是一套规范，离职换个人都能继续开发，很少的代码与框架解释成本。

就像java，都会spring，springboot等相关spring家族技术框架。 当一个公司的技术团队有10000人以上时，你不得不考虑这个问题，如果人员的每年变动率是10%，则每年要更换掉1000个技术岗位，这时框架的统一性尤为重要，找一个市面上社区最统一，最规范最标准的框架作为公司的技术底座非常重要。

至于过度设计，会有资深大牛团队解决这个问题，比如我司已经把spring肢解了，在对spring框架本身大量裁剪与增强的同时，也封装了大量的功能组件，但整体设计思想还是参考的spring的优秀设计，所以每年大量招聘的程序员都可以理解。

再说php，laravel已经是社区流行度最高的框架，但再我看来，功能还是需要完善，底座仍不够厚，不存在过度设计，需要社区齐心协力统一标准，大力发展。

最后补充一下，有的人会觉得过度设计会增加学习成本，这个不存在，当需要一个功能时一搜网上一堆解决方案要比啥也没有效率高很多，所以学习成本不是全部学完的成本，还要包括网上搜索解决方案的成本，在这一方面来看，遇到复杂功能时，php的小众框架会增大学习成本，延长开发时间。

8个月前 评论
snakelis （楼主） 8个月前

如果你真的认真看了我的提问，你看到的应该不是“过度设计”，而是“我希望从重度使用用或者实际需求者了解更多让我也会选择 laravel 的理由”。

就像我在前面的回答中提到的，我不是为了批判和比较某个框架，我是想认真了解框架真实的优点，但是现在社区中很多用户好像对于 laravel 的评价过于敏感，不能接受质疑。

过度设计绝对对于每个人每个项目都会有不同的差别，绝对不是一概而论，并且我在前言中着重提是个人主观且使用不多的前提下做出的判断

ononl 8个月前
其实最主要还是不能适应市场需求了，看看Golang，现在腾讯系，新崛起的字节跳动都在用，Golang也没有一个统一的框架。还有像C/C++永远淘汰不了。
snakelis （楼主） 8个月前
@ononl 赞同，市场需求/影响 也是很多人选择的理由之一。
KingJE
1 声望

因为有livewire，laravel的全栈框架组件，对全栈开发有好处，不需要前端技术了，例如vue是数据双向绑定，但livewire它是数据双端绑定，前端和后端，这样逻辑处理就可以直接放在后端，前后端通信不需要写API接口了，也不许要单独写vue的路由了，直接用laravel的就行，也同样可以实现单页应用，局部更新，岂不是爽歪歪。

8个月前 评论
snakelis （楼主） 8个月前
感谢， 我会去了解这些内容，点赞这样的回答
1
mowangjuanzi
Laravel 9.x 译者 258 声望 / PHP工程师 @ null

对我来说，就是：

  • 用顺手了，开发速度快；
  • 生态好，很多东西都有相关的集成插件
  • 社区生态好，有问题，去 github 搜索都能找到答案
  • 更新及时，很多新功能，以及 bug 修复会很及时
  • 自带的组件全面，几乎涉及到web 的常见开发
  • 性能不是我的第一开发选项，开发速度快才是
  • 我常遇见的场景都是短链接的场景，所以 Laravel 适合
8个月前 评论
snakelis （楼主） 8个月前

感谢回答 :grin:

1
MZ0x01
118 声望
  1. 可以快速出产品，就是最大的优势。
  2. 经过调优，性能并不差。
  3. 有完整的生态支持。

不过也有不喜欢的地方（也可能是现在很多语言的通病），语言和框架迭代快，导致生态依赖有些跟进不及时。

8个月前 评论
1
lovewei
177 声望

除了性能稍微差一点吧，当然了大多数项目流量完全够用，开箱即用，真可谓"懒人"专用框架，习惯了就会养成惰性，不想用别的框架了，除非性能影响到业务。 :sweat_smile:

8个月前 评论
图米
33 声望

一个词：web开发的最佳实践。

8个月前 评论
勇敢的心
见习助教 845 声望

花里胡哨 :grin:

8个月前 评论
gowithwind
12 声望

就两字 生态！还是tnd的生态！目前没有哪个框架有它这么好的生态。要实现个啥 一搜一大堆的包。当前的winphone是怎么消失的 还记得吗？成也生态，亡也生态。如果国产框架有这么好的生态，何愁没有人用？

8个月前 评论
fatrbaby
270 声望 / 首席换水官 @ 名剑风流
  1. 用 Laravel 写代码有一种老便秘通畅的感觉
  2. 比较容易写出漂亮且可维护的代码 (我司的自研框架恰恰相反)
  3. 能让人专注于业务
  4. 有明确的优化指南和最佳实践
  5. 生态比较好
8个月前 评论
1
working
版主 2.3k 声望

又想起一个东西，很多有特色的优点都可以在编码技巧中看到

8个月前 评论
wlxxzz
1 声望

方便、快捷、规范
1、最简单的dd打印调试，和框架报错提示，一目了然
2、命令行集成强大，创建模型、控制器、数据库、tinker、定时任务，都能融汇在一起，太优雅了
3、路由规范，看路由可以快速定位到业务
以上，冰山一角

8个月前 评论
gowithwind 7个月前
这些都是Symfony的功能 laravel 主要是依赖这个框架而已 重要原因还是生态
1
Jkey
66 声望

www.tiobe.com/tiobe-index/ 看图做事

8个月前 评论
Jkey
66 声望

在我看来容易被学习的意味着你容易被取代，我目前没有故意学laravel, 之前用过codeigniter, thinkPHP, laravel chatGPT, copilot 一问你也容易就会了。node vue react 我学了一年已经可以搞个优秀的作品了，当然全靠现在的chatGPT 和 vscode 的 copilot 的协助之下。

接下来，我会直接学最流行的 golang 和 python，chatGPT 和 vscode 的 copilot 就是我的师父，我的老师！我相信在chatGPT 和 vscode 的 copilot 的协助之下，6个月可以把这2个语言学精通。嘿嘿！！！

8个月前 评论
liunian-zy
课程读者 25 声望

我个人是从18年开始用的tp3，我记得当时自己技术菜，纯自学，二开的别人的项目，结果三天两头的出问题，等到我一年后有些经验了才发现当初拿来当母版的代码是带木马的，那会就感觉这玩意咋这么多漏洞啊。

后来从3.2到3.5再到5，我都一直在用，属于是一边骂一边用的状态，虽然他有缺点但是他用起来确实爽。然后偶然间我了解到了laravel，就像是打开了新世界的大门，我不知道该怎么描述这种感觉，也许是我自己水平慢慢提高了，也许是我发现了learnku跟着教程进行了系统的学习，以前用tp遇到的问题，bug之类的在用laravel的时候几乎没遇到过。

所以如果让我来说说我的感受，应该就是tp是我技术上的垫脚石，让我更快的进入了code的世界吧。不知道现在tp的发展怎么样了，希望他的漏洞能越来越少吧（我有一个搞这方面的朋友总找我给他审计tp的代码）

7个月前 评论
1
Lee丶
课程读者 26 声望

因为Laravel社区活跃，都是一些活的人，个个都是人才，说话又好听，还能学到很多东西。

7个月前 评论
臭鼬
见习助教 178 声望

很久以前，面试会laravel比只会tp逼格高一档，所以学了laravel :joy:

7个月前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！
支持 MD 帮助
snakelis 110 声望
TA 的博客
社区赞助商
成为赞助商

关于 LearnKu

LearnKu 是终身编程者的修道场
做最专业、严肃的技术论坛
LearnKu 诞生的故事

资源推荐

  • 《社区使用指南》
  • 《文档撰写指南》
  • 《LearnKu 社区规范》
  • 《提问的智慧》

    • 服务提供商

    其他信息

  • 成为版主
  • 所有测验
  • 联系站长（反馈建议）

    • 粤ICP备18099781号-6 | 粤公网安备 44030502004330号 | 违法和不良信息举报

    由 Summer 设计和编码 ❤

    请登录

    内容举报
    匿名举报，为防止滥用，仅管理员可见举报者。

    我要举报该，理由是：

    取消