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 @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
还好升级了PHP~~
速度确实快,我一开始用CI 写了个后台功能, 从Laravel 怎么用都不知道,花了两天把功能用Laravel 写出来了 :) |
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
|