Laravel 5.1 正式发布了！

[orzcc]

发布相关信息： https://laravel-news.com/2015/06/laravel-5-1-released/
官网： http://laravel.com

主要看点：LTS

[suikator]

[freefcw]

等了好多天，终于发布了

[system]

楼主高潮了！！！我也感觉去composer update

[mcfog]

黑的漂亮

[wdlth]

PHP也要刷版本号了……

[dryyun]

支持

[whatisnew]

其实，我想不明白，laravel5 运行一次 > 40 毫秒，自己写个框架控制在 5 毫秒以内，效率高了 8 倍。laravel 这种仿 ruby 真的有必要存在吗？

[whatisnew]

其实，我想不明白，laravel5 运行一次 > 40 毫秒，自己写个框架控制在 5 毫秒以内，效率高了 8 倍。就连过气的 ci 都比它效率高 5 倍，laravel 这种仿 ruby 真的有必要存在吗？比如运行 laravel 需要 10 台机器，那么我自己写一个。或者 ci 可以节省至少 一倍的机器数量。laravel 真的值得？如何是这样为何不直接上 ror？

[br00k]

@whatisnew 这样比有意义？等于业务复杂以后，就知道其中差别。

[whatisnew]

@br00k php 的应用根本酒复杂不到哪里去，自己xieframework或者ci3完全没有问题，团队和规范可以变，但是单机qps是硬伤。

[icloudnet]

@whatisnew 已经放弃这货了，比wordpress还重。

[freefcw]

@whatisnew 如果仅仅是从单独的运行效率上来考虑，那自然是如此，如果你要从整体上来看，开发效率，维护成本各个方面综合来看，laravel远胜于你所谓的ci和自己写的框架，优秀的设计保证了其扩展性和伸缩性

[msg7086]

@whatisnew 在中国，人比机器便宜，所以人们在开发的时候，花大量的时间开发运行速度更快的应用。
在一个人工资顶至少50台独服租用的美国，这么玩就死了。

[ruchee]

Symfony 2.7 LTS 也同期发布

[imNull]

@whatisnew 过气的ci？什么意思？

[yakczh]

跟yii一样的花架子,中看不中用

[yangqi]

@whatisnew 其实，我想不明白，windows 开机 > 40 秒，自己整个linux控制在 5 秒以内，效率高了 8 倍。windows 真的有必要存在吗？

[whatisnew]

@msg7086 laravel 不是因为语法爽、OO设计的好，所以才省人工成本，相反是增加人工成本，这块可以参考java项目的。

[dhlwing]

@whatisnew laravel优势在于敏捷开发，几乎什么轮子都找的到，把开发变成一项搭积木的游戏，ci这些自己玩玩搞个小的项目还可以，项目大需要团队协作的时候还是laravel顺手。

[whatisnew]

@dhlwing 问题是多团队协作的大项目，找到的轮子你敢不敢用

[msg7086]

@whatisnew 说实话我并没有用过Laravel，以前曾经有一个项目打算用的，不过后来还是用了Rails。
做Web开发，最重要的是在最短时间内做出原型设计，所以轮子越多速度越快。
就拿Rails来说，做项目就是拿一堆gem铺着然后写逻辑就行了，运行速度快慢根本不重要。
等运行速度快慢重要了的时候，公司规模也大了，人手也多了，可以慢慢重构去了。

当然了，对于一次性生命周期的脚本语言来说，Laravel（以及其他一些框架也好）是不是合适也是一个问题。对于Rails来说，一次加载，长期运行。而PHP框架则是要每次加载。

所以得出的结论就是，与其用Laravel不如用Python或者RoR了……（死

[acthtml]

现在php的为什么不关注drupal了。

[orzcc]

@ruchee Laravel 5.1就是等Symfony2.7发布才发布的~

@system 除了composer update还要更新一些东西，参见： http://laravel.com/docs/5.1/upgrade#upgrade-5.1.0

@whatisnew @br00k @msg7086 语言争论没什么意义，这个影响因素太多了，用效率去考虑选择语言太程序化思维，没有任何意义，除非特殊项目。在选定语言的前提下，选择框架的前提下去在乎框架性能也只是其中一部分而已。

Laravel的优势是在选定php的前提下，优雅地去做项目。亮点不少，路由、配置、ORM、任务机制等等。而且Laravel不是那种死脑筋地去发明一个个轮子，能用现成稳定的轮子就用，而且商业化和文档都做到不错。看好它本身，更看好它的生态和可持续发展。目前主核心项目正在从重写到Laravel中~

[orzcc]

@acthtml Drupal是个很尴尬的地方，本身不属于框架，但又有点超框架的发展，有点类似于夹在框架和wordpress之间的一个产品。这种东西能不能成，纯粹从模式上看是看不出来的，从这么多年的发展看下来应该是失败了。小白或者注重内容的直接就用wordpress了，否则就用框架了~

[orzcc]

@whatisnew 轮子都开源，自己看看代码就行了，不是让你真的“直接拿来就用”。代码可以简单看下，还要简单测试下。除了一些冷门的package，至少大部分情况下比你自己自己开发的要靠谱一些。

[skyworker]

@msg7086 Pyton或者ROR的生产环境，肯定没有PHP部署方便。

[xuxu]

@whatisnew 以hello world来判断提高了8倍并以此推论出减少了8倍机器是不合理的推断。 真实业务环境使用的resource如mysql，webservice等等耗的资源比框架多几个数量级，就是说有时候框架性能不是主要因素，还没到需要考虑框架性能的阶段。

[xsharp]

优雅么？

[latent]

很喜欢这个框架

[ruchee]

我已经用Laravel4.2为公司开发过三个系统了，PHP里面最像Rails的框架，那开发速度、那酸爽，谁用谁知道

纠结于速度的，你干嘛不换Go或者用C去写CGI哦

纠结于Ruby的，我只想问，就你那渣渣编程水平，学得会Ruby吗

以上对事不对人，不要对号入座

[msg7086]

@skyworker 所以用途不同。
自己公司开发项目不用考虑给小白部署，所以只要自家devops搞定就行了。
这种时候就没有必要去用PHP。
如果是发布出来给别人用的，那就要考虑部署成本了。
（我会说我们公司直接卖人服务器么，程序全部装进服务器里，然后整台卖）

[ruchee]

对于国内PHP社区这一票所谓经验丰富而不知进取的老手，基本都有下面几个特点：

1、没接受过正规计算机教育，一味推崇C和所谓的高性能代码
2、不接受新事物，什么命令空间、Composer，他根本就不愿意听
3、自己喜欢造轮子，造成那鸟样还喜欢瞎得瑟
4、不知道吸收社区精髓，不知道利用社区已有的资源
5、这种人，我劝你们别祸害人了，回家种地养娃去吧

[skyworker]

@msg7086 用PHP的就一定是小白？用Python或者ROR就一定是高大上？ 这样笑了

如果PHP的某个框架，能做到ROR的功能，并且部署和生产环境都能经得起时间的考验，何必一定要用ROR？ 要显得高大上才行？

[yangmls]

@ruchee

6. phpunit 都不写也敢嘲笑人家测试覆盖率 > 90% 的轮子

[roys]

Laravel 5
He who is contented is rich. - Laozi
欢迎页还加了名言呀～

[fising]

有毛用。

[typcn]

@ruchee Go 写 CGI ，进水了吧

[TangMonk]

Symfony和rails都在用

[lbp0200]

等了好久了

[ruchee]

@typcn 拜托再看看我那回复，你语文是哪位老师教的，理解能力无人能及啊

[msg7086]

@skyworker 你真的没看我写的内容吗？

[typcn]

@ruchee C 写 CGI 也有点难以理解啊。。。起码比 epoll+socket 直接监听端口慢 10 倍以上

[whatisnew]

@xuxu 抛开数据库 nosql 那部分，我们只说 http 负载，假设日均 1千万pv ，那么 laravel 需要多少台机器来跑负载？那么比 laravel 快5倍需要多少台机器来跑？高负载的时候业务模块都是分开的，没有会把所有的业务都堆在一起跑。

[pein]

不讨论性能 Laravel写起来确实舒服 Yii那写法我看了想死啊

[msg7086]

@whatisnew 这么说好了。
如果Laravel需要20台机器来跑，而快5倍的框架只需要4台机器，你觉得这差价很过分吗？

[babyname]

无语，一些人到底有没有接触过大型项目？
框架真的是大项目的瓶颈？？

[kofj]

@ruchee 赞同，这世界上本来就是没有最好的，只有最合适的。

@typcn 你的断句有问题，换go，用c写cgi

[lzsadam]

不要想说服别人了，自己选择自己使用
至少我目前在用Laravel5我骄傲~

[yangmls]

@whatisnew

1. 上 HHVM

2. 把部分代码换成 C

3. 等你有 1千万 PV，投资人的钱够你买5倍的机器

[deben]

等框架的速度成为项目的瓶颈，那么赚来的钱可以有 N 种方法来解决这个问题了。

[Culm]

@ruchee 严重同意第二点

[dryyun]

@ruchee 我就是来点赞的，同意你说的

[eggegg]

+1 谁用谁知道 不用的就不要勉强人家了

[orvice]

看了下升级指南，步奏好多。。

[crazycookie]

@ruchee 点赞
如果框架是业务瓶颈，N多钱赚到手了

[66beta]

作为半个PHPer，CI和Laravel是最容易上手的，同时期Yii看文档就想死

PS: CI也已经3.0了！

[yxzblue]

@66beta 在看Yii的文档。。。

[orvice]

@66beta 而且Yii中文文档缺失好多。。。之前有些页面还404(

[rayhome1987]

Yii转Laravel，最大亮点是生态圈，其它因素虽然也有但都不构成决定性原因。
本来唯一阻挡我使用Laravel的原因：不遵循PSR2。现已在5.1解决。
至于那些扯什么自造框架，性能云云的：1.没有经历过中大型项目 2.没有经历过超过10个人的项目团队。

[undeadking]

上面认真回复whatisnew的人,都不看他之前创建过啥主题么,一个门都还没入的小白和他较什么真…


http://v2ex.com/member/whatisnew/topics

[yangmls]

@undeadking 看过，他当初发过一个求 awesome 级 php 框架，记忆犹新，但在公共场合辩（ma）论（jie），主要不是为了说服他，是为了说服观众。

@rayhome1987 两个都深度用过，Yii2 让我不太爽的地方，一个是 request 部分没有引入 Symfony ，自己造的 Yii::$app->request 不太好用，对测试也不太友好，另一个是不自带 queue 组件，考察了几个第三方 yii2 的 queue 组件，都不太好，最后自己造了轮子。

生态圈我觉得差得不太多吧，毕竟都有 composer，很多第三方所谓接入 laravel 都只是写一个 provider 而已。。。没多少工作量，Yii 也能轻松引入。

[lialosiu]

嗯，laravel的性能比自己写框架低，然后呢？
你自己写框架要写多久？项目立项到成型要多久？
用laravel敏捷开发，成型要多久？

牺牲那丁点性能换来的高效开发，这就有足够理由否决掉自建框架了
不说别的，你和老板聊聊，看他是想要高性能+长工期，还是想要普普通通的性能+短工期？

laravel的优点就是体现在这，牺牲不算大多的性能，换来开发效率

我会说我写过的所有语言，用过的所有框架，laravel是写得最爽的一个么……
lamp环境搭好直接上一个composer install，写个.env直接可以艹项目
php本身自带一堆web开发相关的辅助函数+laravel的orm
要的轮子基本都可以composer require进来
有几个框架可以写代码写得如此舒畅……

(况且还不说你自己写的框架那性能和稳定性 能不能达标……(/ω＼)
(而且自己写框架，以后交接谁给维护？让人重新看你框架代码？维护成本不用钱？老板会崩了你的ww

[leopku]

phpunit 都不写也敢嘲笑人家测试覆盖率 > 90% 的轮子

漂亮！

[Felldeadbird]

我也参与一下。自建框架最大问题不在于性能（质量也是）。而是团队协作和文档。 很多个人项目压根就不能马上完善问题。这会导致核心成员离职，内部马上乱成一锅。

[wensonsmith]

还好升级了ＰＨＰ～～　　

速度确实快，我一开始用ＣＩ　写了个后台功能，　从Ｌａｒａｖｅｌ　怎么用都不知道，花了两天把功能用Ｌａｒａｖｅｌ　写出来了　：）

[overtrue]

好好写代码去吧，别吵吵了，爱TM用啥用啥，废话真多。

[fvzone]

@overtrue 明白人，争论何用，不明白的人争论何用，我只想呵呵，然后并没什么卵用...

[josephok]

@ruchee 呵呵，爱用啥用啥，有必要喷别人吗？

[ruchee]

@josephok 爱用啥用啥，你有必要掺和吗

[sixbyte]

@ruchee laravel 让我了解到php社区的走向和新特性,我很喜欢这个框架

[ruchee]

@sixbyte 是的，Laravel引领了PHP社区的发展，但实际上真正的幕后英雄是Symfony2，只是因为SF2太过于复杂，Laravel这个精简框架的出现才让人眼前一亮

[hermanzhu]

就我接触过的项目来说
1、框架绝对不会成为应用的瓶颈，架构和业务划分才是重点。
2、优秀的框架对架构和业务划分有积极意义，但无脑推崇框架也容易过分设计。
3、国内所谓3-5年经验的php程序员大多没有设计框架的能力，甚至写公共库造轮子质量也低的恐怖，为kpi强行造轮子的数不胜数。
4、laravel框架也好composer部署协作也好必然不能适应所有场景应用，但对于没有架构经验的coder来说去使用去读源码必然受益颇多。

另外，产品没做出来再优化性能吧，业务划分合理、代码质量不差运行效率真的不会差太大。

[mingyun]

laravel5.0刚用，5.1就来了。。。

[lavaral]

在国内 PHP 社区用比较先进的框架有一个问题，就是招人太难，符合条件的人比用 rails 的还少。

[waveiron]

硬广哦~
我也出L5.1的视频课了，付费课程
http://edu.51cto.com/course/course_id-3869.html

[mani]

@lavaral 确实如此啊，不过现在做什么东西招人都难...

[JobsLong]

@ruchee 超级赞同