这是一个创建于 3460 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
suikator 2015-06-09 22:24:23 +08:00
 |
 |
2
freefcw 2015-06-09 23:25:47 +08:00
等了好多天，终于发布了
|
 |
3
system 2015-06-09 23:27:18 +08:00
楼主高潮了！！！我也感觉去composer update
|
 |
4
mcfog 2015-06-09 23:35:54 +08:00 via Android
黑的漂亮
|
 |
5
wdlth 2015-06-09 23:49:34 +08:00
PHP也要刷版本号了……
|
 |
6
dryyun 2015-06-09 23:57:28 +08:00
支持
|
 |
7
whatisnew 2015-06-10 00:06:59 +08:00 via iPhone
其实，我想不明白，laravel5 运行一次 > 40 毫秒，自己写个框架控制在 5 毫秒以内，效率高了 8 倍。laravel 这种仿 ruby 真的有必要存在吗？
|
|
8
whatisnew 2015-06-10 00:09:51 +08:00 via iPhone
其实，我想不明白，laravel5 运行一次 > 40 毫秒，自己写个框架控制在 5 毫秒以内，效率高了 8 倍。就连过气的 ci 都比它效率高 5 倍，laravel 这种仿 ruby 真的有必要存在吗？比如运行 laravel 需要 10 台机器，那么我自己写一个。或者 ci 可以节省至少 一倍的机器数量。laravel 真的值得？如何是这样为何不直接上 ror？
|
|
10
whatisnew 2015-06-10 00:52:19 +08:00 via iPhone
@br00k php 的应用根本酒复杂不到哪里去，自己xieframework或者ci3完全没有问题，团队和规范可以变，但是单机qps是硬伤。
|
|
12
freefcw 2015-06-10 01:52:57 +08:00
@whatisnew 如果仅仅是从单独的运行效率上来考虑，那自然是如此，如果你要从整体上来看，开发效率，维护成本各个方面综合来看，laravel远胜于你所谓的ci和自己写的框架，优秀的设计保证了其扩展性和伸缩性
|
 |
13
msg7086 2015-06-10 02:02:36 +08:00
@whatisnew 在中国，人比机器便宜，所以人们在开发的时候，花大量的时间开发运行速度更快的应用。
在一个人工资顶至少50台独服租用的美国，这么玩就死了。 |
 |
14
ruchee 2015-06-10 08:10:59 +08:00
Symfony 2.7 LTS 也同期发布
|
 |
16
yakczh 2015-06-10 08:29:47 +08:00
跟yii一样的花架子,中看不中用
|
 |
17
yangqi 2015-06-10 08:33:39 +08:00  1
@whatisnew 其实，我想不明白，windows 开机 > 40 秒，自己整个linux控制在 5 秒以内，效率高了 8 倍。windows 真的有必要存在吗？
|
|
18
whatisnew 2015-06-10 08:36:16 +08:00 via iPhone
@msg7086 laravel 不是因为语法爽、OO设计的好，所以才省人工成本，相反是增加人工成本，这块可以参考java项目的。
|
 |
19
dhlwing 2015-06-10 08:46:04 +08:00 via iPad
@whatisnew laravel优势在于敏捷开发，几乎什么轮子都找的到，把开发变成一项搭积木的游戏，ci这些自己玩玩搞个小的项目还可以，项目大需要团队协作的时候还是laravel顺手。
|
|
21
msg7086 2015-06-10 09:08:32 +08:00 1
@whatisnew 说实话我并没有用过Laravel，以前曾经有一个项目打算用的，不过后来还是用了Rails。
做Web开发，最重要的是在最短时间内做出原型设计，所以轮子越多速度越快。 就拿Rails来说，做项目就是拿一堆gem铺着然后写逻辑就行了，运行速度快慢根本不重要。 等运行速度快慢重要了的时候，公司规模也大了，人手也多了，可以慢慢重构去了。 当然了，对于一次性生命周期的脚本语言来说，Laravel（以及其他一些框架也好）是不是合适也是一个问题。对于Rails来说，一次加载，长期运行。而PHP框架则是要每次加载。 所以得出的结论就是，与其用Laravel不如用Python或者RoR了……（死 |
 |
22
acthtml 2015-06-10 09:45:43 +08:00
现在php的为什么不关注drupal了。
|
 |
23
orzcc OP @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中~ |
|
24
orzcc OP 1
@acthtml Drupal是个很尴尬的地方，本身不属于框架，但又有点超框架的发展，有点类似于夹在框架和wordpress之间的一个产品。这种东西能不能成，纯粹从模式上看是看不出来的，从这么多年的发展看下来应该是失败了。小白或者注重内容的直接就用wordpress了，否则就用框架了~
|
|
25
orzcc OP @whatisnew 轮子都开源，自己看看代码就行了，不是让你真的“直接拿来就用”。代码可以简单看下，还要简单测试下。除了一些冷门的package，至少大部分情况下比你自己自己开发的要靠谱一些。
|
 |
27
xuxu 2015-06-10 10:03:38 +08:00
@whatisnew 以hello world来判断提高了8倍并以此推论出减少了8倍机器是不合理的推断。 真实业务环境使用的resource如mysql，webservice等等耗的资源比框架多几个数量级，就是说有时候框架性能不是主要因素，还没到需要考虑框架性能的阶段。
|
 |
28
xsharp 2015-06-10 10:03:52 +08:00
优雅么？
|
 |
29
latent 2015-06-10 10:05:07 +08:00
很喜欢这个框架
|
|
30
ruchee 2015-06-10 10:07:09 +08:00
我已经用Laravel4.2为公司开发过三个系统了，PHP里面最像Rails的框架，那开发速度、那酸爽，谁用谁知道
纠结于速度的，你干嘛不换Go或者用C去写CGI哦 纠结于Ruby的，我只想问，就你那渣渣编程水平，学得会Ruby吗 以上对事不对人，不要对号入座 |
|
31
msg7086 2015-06-10 10:07:50 +08:00
@skyworker 所以用途不同。
自己公司开发项目不用考虑给小白部署，所以只要自家devops搞定就行了。 这种时候就没有必要去用PHP。 如果是发布出来给别人用的，那就要考虑部署成本了。 （我会说我们公司直接卖人服务器么，程序全部装进服务器里，然后整台卖） |
|
32
ruchee 2015-06-10 10:11:50 +08:00 10
对于国内PHP社区这一票所谓经验丰富而不知进取的老手，基本都有下面几个特点：
1、没接受过正规计算机教育，一味推崇C和所谓的高性能代码 2、不接受新事物，什么命令空间、Composer，他根本就不愿意听 3、自己喜欢造轮子，造成那鸟样还喜欢瞎得瑟 4、不知道吸收社区精髓，不知道利用社区已有的资源 5、这种人，我劝你们别祸害人了，回家种地养娃去吧 |
 |
33
skyworker 2015-06-10 10:13:26 +08:00
@msg7086 用PHP的就一定是小白？用Python或者ROR就一定是高大上？ 这样笑了
如果PHP的某个框架，能做到ROR的功能，并且部署和生产环境都能经得起时间的考验，何必一定要用ROR？ 要显得高大上才行？ |
 |
35
roys 2015-06-10 10:21:29 +08:00
Laravel 5
He who is contented is rich. - Laozi 欢迎页还加了名言呀～ |
 |
36
fising 2015-06-10 10:21:31 +08:00
有毛用。
|
 |
38
TangMonk 2015-06-10 10:27:13 +08:00
Symfony和rails都在用
|
 |
39
lbp0200 2015-06-10 10:29:14 +08:00
等了好久了
|
|
43
whatisnew 2015-06-10 10:37:32 +08:00 via iPhone
@xuxu 抛开数据库 nosql 那部分，我们只说 http 负载，假设日均 1千万pv ，那么 laravel 需要多少台机器来跑负载？那么比 laravel 快5倍需要多少台机器来跑？高负载的时候业务模块都是分开的，没有会把所有的业务都堆在一起跑。
|
 |
44
pein 2015-06-10 10:37:37 +08:00
不讨论性能 Laravel写起来确实舒服 Yii那写法我看了想死啊
|
|
45
msg7086 2015-06-10 10:41:25 +08:00
@whatisnew 这么说好了。
如果Laravel需要20台机器来跑，而快5倍的框架只需要4台机器，你觉得这差价很过分吗？ |
 |
46
babyname 2015-06-10 10:47:19 +08:00
无语，一些人到底有没有接触过大型项目？
框架真的是大项目的瓶颈？？ |
 |
48
lzsadam 2015-06-10 10:50:54 +08:00
不要想说服别人了，自己选择自己使用
至少我目前在用Laravel5我骄傲~ |
 |
50
deben 2015-06-10 10:59:22 +08:00
等框架的速度成为项目的瓶颈，那么赚来的钱可以有 N 种方法来解决这个问题了。
|
 |
53
eggegg 2015-06-10 11:58:21 +08:00
+1 谁用谁知道 不用的就不要勉强人家了
|
 |
54
orvice 2015-06-10 12:55:02 +08:00
看了下升级指南，步奏好多。。
|
 |
55
crazycookie 2015-06-10 12:56:09 +08:00
@ruchee 点赞
如果框架是业务瓶颈，N多钱赚到手了 |
 |
56
66beta 2015-06-10 13:25:58 +08:00
作为半个PHPer，CI和Laravel是最容易上手的，同时期Yii看文档就想死
PS: CI也已经3.0了！ |
 |
59
rayhome1987 2015-06-10 13:54:45 +08:00
Yii转Laravel，最大亮点是生态圈，其它因素虽然也有但都不构成决定性原因。
本来唯一阻挡我使用Laravel的原因：不遵循PSR2。现已在5.1解决。 至于那些扯什么自造框架，性能云云的：1.没有经历过中大型项目 2.没有经历过超过10个人的项目团队。 |
 |
60
undeadking 2015-06-10 14:03:21 +08:00
|
 |
61
yangmls 2015-06-10 14:13:49 +08:00
@undeadking 看过，他当初发过一个求 awesome 级 php 框架，记忆犹新，但在公共场合辩（ma）论（jie），主要不是为了说服他，是为了说服观众。
@rayhome1987 两个都深度用过，Yii2 让我不太爽的地方，一个是 request 部分没有引入 Symfony ，自己造的 Yii::$app->request 不太好用，对测试也不太友好，另一个是不自带 queue 组件，考察了几个第三方 yii2 的 queue 组件，都不太好，最后自己造了轮子。 生态圈我觉得差得不太多吧，毕竟都有 composer，很多第三方所谓接入 laravel 都只是写一个 provider 而已。。。没多少工作量，Yii 也能轻松引入。 |
 |
62
lialosiu 2015-06-10 14:41:21 +08:00
嗯，laravel的性能比自己写框架低，然后呢？
你自己写框架要写多久？项目立项到成型要多久？ 用laravel敏捷开发，成型要多久？ 牺牲那丁点性能换来的高效开发，这就有足够理由否决掉自建框架了 不说别的，你和老板聊聊，看他是想要高性能+长工期，还是想要普普通通的性能+短工期？ laravel的优点就是体现在这，牺牲不算大多的性能，换来开发效率 我会说我写过的所有语言，用过的所有框架，laravel是写得最爽的一个么…… lamp环境搭好直接上一个composer install，写个.env直接可以艹项目 php本身自带一堆web开发相关的辅助函数+laravel的orm 要的轮子基本都可以composer require进来 有几个框架可以写代码写得如此舒畅…… (况且还不说你自己写的框架那性能和稳定性 能不能达标……(/ω＼) (而且自己写框架，以后交接谁给维护？让人重新看你框架代码？维护成本不用钱？老板会崩了你的ww |
 |
63
leopku 2015-06-10 15:00:48 +08:00
phpunit 都不写也敢嘲笑人家测试覆盖率 > 90% 的轮子
漂亮！ |
 |
64
Felldeadbird 2015-06-10 15:21:28 +08:00
我也参与一下。自建框架最大问题不在于性能（质量也是）。而是团队协作和文档。 很多个人项目压根就不能马上完善问题。这会导致核心成员离职，内部马上乱成一锅。
|
 |
65
wensonsmith 2015-06-10 15:37:25 +08:00
还好升级了ＰＨＰ～～
速度确实快，我一开始用ＣＩ 写了个后台功能， 从Ｌａｒａｖｅｌ 怎么用都不知道，花了两天把功能用Ｌａｒａｖｅｌ 写出来了 ：） |
 |
66
overtrue 2015-06-10 15:56:15 +08:00
好好写代码去吧，别吵吵了，爱TM用啥用啥，废话真多。
|
|
71
ruchee 2015-06-11 09:42:24 +08:00
@sixbyte 是的，Laravel引领了PHP社区的发展，但实际上真正的幕后英雄是Symfony2，只是因为SF2太过于复杂，Laravel这个精简框架的出现才让人眼前一亮
|
 |
72
hermanzhu 2015-06-11 10:43:05 +08:00 1
就我接触过的项目来说
1、框架绝对不会成为应用的瓶颈，架构和业务划分才是重点。 2、优秀的框架对架构和业务划分有积极意义，但无脑推崇框架也容易过分设计。 3、国内所谓3-5年经验的php程序员大多没有设计框架的能力，甚至写公共库造轮子质量也低的恐怖，为kpi强行造轮子的数不胜数。 4、laravel框架也好composer部署协作也好必然不能适应所有场景应用，但对于没有架构经验的coder来说去使用去读源码必然受益颇多。 另外，产品没做出来再优化性能吧，业务划分合理、代码质量不差运行效率真的不会差太大。 |
 |
73
mingyun 2015-06-14 11:52:15 +08:00
laravel5.0刚用，5.1就来了。。。
|
 |
74
lavaral 2015-06-15 00:08:44 +08:00
在国内 PHP 社区用比较先进的框架有一个问题，就是招人太难，符合条件的人比用 rails 的还少。
|
 |
75
waveiron 2015-07-21 17:06:31 +08:00
|
Select Language