请问laravel迭代这么快，会需要很大的精力与时间去保持最新版本么？Yii至今才2.0版本 有什么选择建议么

Yii2 因为很多养老公司喜欢用这个

只看过laravel，如果时间充足的话，业务时间一个月查一下laravel的实现代码也可以的。有一些更新其实都是围绕中心去更新的。比如orm支持更多的函数，console增加了新功能，路由增加了一些方法，helper方法又有了新的更新之类的这些并不影响看框架的核心部分。着手看一下框架的生命周期。具体的一些包可以单独去看。

我司每周都把所有的依赖都升级到最新版本，像 Laravel 或者 PHP 的大版本升级通常也会在一个季度内跟进。

当然这么做的前提，一是公司愿意投资时间在维护项目质量上，二是有完善的测试机制（PHPUnit、PHPStan 等）能保证这种大版本的升级不会对业务本身造成影响。

建议用laravel,yii的有些都过时了,尤其是yii的视图是混写 :joy:

跟着最新版本走，多学习没有坏处

选Laravel的LTS版，等这个版不再支持，再选下一个LTS版

作为三个框架都写过一些项目的人来说, 我个人还是首推 laravel, 原因如下

1. 代码规范,分层逻辑, 也就是大家经常说的优雅
2. 太多的辅助类辅助函数来辅助你做太多事情了, 当然不可否认 Yii 也有提供 Array, String 等辅助类,做的也不错.
3. 在我的印象里面 TP 的路由真的是难用的一批, Yii 的路由我没有用过,不做评价,反观 laravel 的容器,基本可以满足绝大部分的使用场景, version,Restful,group,middleware.
4. TP 和 Yii 说到底还是一个框架,Laravel 框架本身就是一个容器.从本质概念上面有一些区别.
5. 经常看到人鼓吹的 Yii\\Component,用过几次感觉也没有理想中的好用, 我理解的 Component 应该是作为延伸存在,类似 Laravel ViewComponent 这样的设计逻辑, 而不是要挂载的设计, 这里不排除我太菜…….
6. 完善的社区支持,大量的轮子, 简单说 Saas,Admin,Auth .etc,可以拿来即用.
7. 框架本身的完善测试,并且测试写起来也很舒服,你可以几行代码完成一个测试,并且如果你不喜欢 phpunit, 你可以选用 Pest 写测试.
8. 一个框架在迭代只是说明,我们现在有很多的开发者在看这个项目,不会拖着一年半年都不处理一个 issue or bug, 难道现在还要去支持 php5.6么?
9. 门面 还是门面
10. 如果你想用绝对的轻量去换取绝对的高效,你做到最后会发现原来认为没意义的很多东西都要补回来, 这句话是借鉴部分群友用Lumen的经验之谈…

@leo 说的也很现实,选型的时候更要分析好现实情况..

当然,我首推 laravel , 如果你想用 swoole 相关的,可以考虑 hyperf, 和 laravel 的区别也不大.

还行，个人项目，从 Laravel 5.6 一直升级到现在。

还包括前端，前端的库升级地更快，在前端面前，Laravel 就是弟弟。

如果刚开始选择，建议直接Laravel8+PHP8+MySQL8.0，大吉大利！

我也在纠结过这个问题，尤其是一些一次性项目到底是选用tp好还是laravel好，有一个项目我们从laravel5开发到laravel9出来了还没正式上线，业务都还没写好的情况下又要去维护版本，好难。

两个框架我都用过，yii2给人的感觉更像是小组件，写的时候有一种写原生php的感觉，laravel更加的“框架”一些，其很多方法都非常好用。但是这两个框架都可以选择使用使用framework，然后自己根据需求搭建脚手架。至于更新问题，只要写完整了测试，更新一般不会出现什么问题

TP5 6 YII2 laravel 我都用过 TP就不用说了 相比社区活跃与公司用的规模 建议laravel yii2设计也很不错的 主要是小组件那边太坑view混写 fpm也就推荐larave cli必须推荐hyperf

产品赚钱就可以，纠结这些框架的为何不换一门语言呢

迭代太快确实有这个问题，很多时候依赖包和扩展都还没跟上呢，现在我就是选个tls版本然后躺平，新东西真的学不动了。

这个问题也是我关注了 Laravel 五年了都没用在生产环境的原因 用 Yii2 继续忍受槽点，可以避免非业务代码频繁更新带来的未知风险