laravel的php框架

看了laravel的php框架怎么感觉很不靠谱？

听说laravel挺火，就用看了一下，没有深入去看，算是只看完快速入门，看了以后有点失去兴趣了，特来知乎请教一下。如果这东西都是用composer的方式调入各种第三方的包来完成任务，那么灵活性是不是太低了一点，虽然没有重复造轮子，但是最后大家弄出来都是一样的轮子，还有安全性好保证么，听说效率也不高啊。如果不使用第三方包的情况下，能加快多少开发速度呢？会不会反倒不如其他的框架？

追加：有些回答觉得我对laravel不够深入所以评价不客观，ok，我想这也是有可能的，虽然第一感官不好了，但为了不武断作出结论，我决定继续深入下去，如果不好，到时候再回来反驳你们，哼哼，=P。

1 条评论

默认排序按时间排序

30 个回答

justjavac 迷津欲有问 https://github.com/justjavac

145 人赞同

子之武城，闻弦歌之声。夫子莞尔而笑，曰：「割鸡焉用牛刀」。 --- 《论语》

我们学习一个框架，不是因为他简单易学，而是因为他高效强大。

Laravel 框架的出现，将 PHP 的后端开发带入了一个新的高度，其中的 composer 和 PHP-FIG 等，标志着 PHP 已经不再仅仅是“前端语言”、“展示层语言”了。

PHP 的特点就是易于入门，而且 PHP 是一个语法大杂碎，汇集了 C Perl 等等，当年我学了半天时间，就可以拿来做网站了。

对于框架，大部分 PHPer 会首选 ThinkPHP 或者 CI。因为这几个框架的门槛和 PHP 的门槛很对口。如果像 Java 那样，学习半年才能做开发，大部分的 PHPer 是接受不了的。如果一个框架（比如 SSH）需要学习半个月才能上手，PHPer 们也接受不了，于是 TP 和 CI 框架大行其道。（PHP 界和 SSH 框架媲美的 ZF 也被 PHPer 鄙视为大而无用，处处透漏这 Java 的臭毛病）

随着 Laravel 的出现，我毫不犹豫的从 CI 转入了 Laravel 阵营。

如果你仅仅是为客户写一个网站，那么即使原生的 PHP 也可以应付，如果想再提高点儿效率，可以选用 TP 或者 CI。

但是，如果你是为公司或者自己开发一个项目，这个项目准备运营五年以上，那么 CI 的弊端就凸现了。五年间，CI 估计都已经升级了 N 版了，PHP 也升级了 N 版了。你升级吗？

项目是在本地开发调试完成，当上线后遇到问题了，我们如何查找，如何跟踪呢？最通常的办法就是 log。现在几乎每个框架都有 log 功能，但是 Laravel 的又一强大之处就是他的 log 遵循 PHP-FIG，也就是以后你可以随意更换 log 的实现类以提高性能。这就好比我们的 PC，它上面都有 USB 接口，这样我们就可以任意更换 USB 设备，比如 USB 鼠标，USB 键盘，USB 硬盘等。而 Laravel 依据 PHP-FIG 标准提供日志接口，我们只需要更换实现。

那么现在问题来了，<del>挖掘机……</del>，现在很多 PC 支持了 USB 3.0，这时，我们买硬盘的时候就可以买支持 3.0 的，以达到更高的速度。Laravel 使用 composer 管理包依赖。

如果这东西都是用composer的方式调入各种第三方的包来完成任务，那么灵活性是不是太低了一点

使用 composer 不是为了调入，而是为了管理，管理包，以及各种包的版本。这样就解决了各种包的兼容问题。而在 composer 出现之前，PHP 依然没有有效的方法解决这些问题。如果我们需要一个 Excel 的导入导出功能时，就去搜索 PHP 的 Excel 库，大部分情况是去官网下载最新的稳定版本。如果出现问题了，就去谷歌或者百度搜索，“我去~原来是版本问题，这个库使用了匿名函数，PHP 5.3 不支持，哎，只能下载以前的版本了~~”。

Composer 将工程化的思想带入了 PHP。

如果不使用第三方包的情况下，能加快多少开发速度呢？

如果仅仅是开发速度，Laravel 无疑是低效的，笨重的。这显然和“世界上最好的语言”不相搭配。但是如果你开发过大中型项目就会发现，编码（Coding）其实在整个项目阶段，连三分之一都占不到。再退一万步讲，开发周期也许是3个月，但是整个项目的生命周期确实3年啊。

如果你的行程是10公里，那么无疑开车是最快的，如果坐飞机的，估计还没有来得及起飞呢。如果行程是100米呢，走路无疑是最快的。

再说说另一个被 PHPer 忽略的问题，那就是单元测试。同样是 MVC 框架，但是 PHPer 很多是为了 MVC 而 MVC，为了设计模式而设计模式。知其然而不知其所以然。如果问一个 PHPer 为什么使用 MVC，为什么使用模式，估计大部分都答不出来。

今天下午还在 sf 看到一个类似的提问，大意是 ThinkPHP 的模型有什么用，这些代码完全可以写在控制器里面，这样速度还快。诚然，大部分 PHPer 不知道为什么要分层架构，即使使用了框架。

谈到分层，任何一个 java 框架都可以甩 PHP 几条街。（PS：从我的名字可以看出，我是java粉，但我也坚信 PHP 是世界上最好的语言）

现在有一个控制器，处理转账。在这个流程中，需要表单验证、控制器处理业务逻辑、持久化（存储到数据库）、渲染视图，还有一些安全处理、日志功能等。

在传统的 PHP 开发过程中，都是：编码，运行，调试改错，直到运行成功，然后打开浏览器，输入数据，点击执行，看结果，如果正确，再次输入数据，如果错误，修改，调试，再打开浏览器，重复，重复，知道自己满意为止。

我们也可以使用 PHPUnit，我们把转账功能写到一个（几个）单独的类里面，测试转账的核心功能。但是我们要想测试控制器，模型，则还需要一些黑魔法。如果在 SSH 中，就 So Easy 了，任何一个模块都可以单独拿出来进行单元测试。因为任何一个模块，都可以脱离 SSH 框架而单独运行。

在 SSH 中，我们可以把控制器拿出来，放到 JUnit 中测试控制器的功能。我们也可以把路由器模块拿出来，测试 URL 路由是否正确。等等。而在 PHP 的 CI 或者 TP 框架中，控制器不可能单独拿出来进行测试。

而 Laravel 对于 PHP 的工程化的另一个贡献就是——可测试性。