为什么我不太想用 Laravel ?

2017-06-29 10:37:39 +08:00
 henter
http://mp.weixin.qq.com/s/lvpKP_dSdpLR_PC7gzFv4A
7327 次点击
所在节点    PHP
70 条回复
ss098
2017-06-29 10:42:21 +08:00
挺好的,批评的有理有据。

我选择 Laravel。
lovedeeply
2017-06-29 10:42:30 +08:00
单纯评价框架没意思,结合实际项目
holyghost
2017-06-29 10:45:50 +08:00
没有 java 的命,得了 java 的病。
server
2017-06-29 10:49:51 +08:00
为了 写而写,要简单你用 yaf,不用框架。搞笑的是 第一个理由竟然是 IDE 不友好,这个理由服了。
ninja911
2017-06-29 10:51:58 +08:00
就凭作者写的 1.4,就一看楼主没有了解 composer 的优点,更不用说 laravel 了。 连 larave 一些不常用的优点都不了解,如何就能评价 laravel 呢?
好好看看 composer.json require-dev 这个节点意思,作者能不能活学活用,灵活使用 Laravel. 看代码
```php
<?php

namespace App\Providers;

use Illuminate\Support\ServiceProvider;

class AppServiceProvider extends ServiceProvider
{
/**
* Bootstrap any application services.
*
* @return void
*/
public function boot()
{
//
}

/**
* Register any application services.
*
* @return void
*/
public function register()
{
if ($this->app->environment() !== 'production') {
$this->app->register(\Barryvdh\LaravelIdeHelper\IdeHelperServiceProvider::class);
}
}
}

```
Light3
2017-06-29 10:52:14 +08:00
所以老哥 你到底推荐用啥???
henter
2017-06-29 10:55:20 +08:00
@ninja911 我已经是加到 require-dev 里的,不过这同样是对代码有侵入性,只不过侵入的是非 prod 环境。
henter
2017-06-29 10:56:07 +08:00
@Light3 不做推荐,个人喜好而已。
jhdxr
2017-06-29 11:05:17 +08:00
第一个问题我建议你可以期待一下 Laravel Plugin 的更新,未来版本会移除对 IDE Helper Generator 的依赖( https://plugins.jetbrains.com/plugin/7532-laravel-plugin );当然对于你的理由本身其实我并不赞同,难道你不用任何需要修改 composer.json 的开发辅助工具吗?例如 debugbar ?( provider 的问题在 5.5 会有改善) btw,我也不是很能接受 laravel 的 facade 的设计,在我看来没必要。。。

至于通过 phpdoc/annotations 实现路由,一方面这是一个设计思路的问题,分散和集中各自有各自的优势。另外一方面这个的解析效率会是个瓶颈。php internal 里有人提过一个 annotation 的 rfc,但是因为实现上的一些问题最终就停留在了讨论阶段,都没开启投票。。。
vus520
2017-06-29 11:06:17 +08:00
不喷怎么显得我牛逼???!!!
johnlui
2017-06-29 11:10:02 +08:00
@vus520 哈哈哈,赞
e9e499d78f
2017-06-29 11:22:05 +08:00
laravel 的 breaking changes 太多,可能你只是升级了一个小版本 ( a.b.1 -> a.b.2 ) 就坏了。
zachlhb
2017-06-29 11:33:26 +08:00
为什么我的有代码提示?
printempw
2017-06-29 11:36:42 +08:00
写的还行,还算蛮有道理,不过也只是「为什么 **我** 不太想用 Laravel 」而已,作者所列举的那些槽点只是对他自己而言的,其他人可能并不感冒 ‾\_(ツ)_/‾

1. 对 IDE 不友好:确实,IDE 很好用很方便,省很多事,但是也不是所有人都离不开 IDE 的语义识别代码提示,而且我认为 `laravel-ide-helper` 足够解决问题。至于觉得这个方法不优雅,这是个权衡的问题,见仁见智;
2. Laravel 做得太多
- 写法五花八门:很多语言本身写法就已经五花八门了,标准很关键;
- 容易误导刚入门的程序员:刚入门就不要用框架了吧,先把原生 PHP 熟练了再说;
3. 反直觉:我个人是觉得还好;
4. Blade 模板,依然是标准问题;

再下面的是作者的个人喜好,这也确实是选择框架的一个重要考虑因素。综上,作者个人不喜欢 Laravel 还是有原因的,并不是无脑黑,但这篇文章对于其他人来说,可能并没有什么使他们放弃 Laravel 的说服力。
mrgeneral
2017-06-29 11:36:43 +08:00
laravel 确实用到了很多魔术方法,IDE 对魔术方式支持不太好,但是可以通过注释提示 IDE,我记得 guzzle 就是通过注释实现的 IDE 提示 get、post 等魔术方法。

service container 无法避免啊,即使是 symfony 通过容器获取的信息 IDE 也不能提示,本身容器就是大杂烩,只能在注释让 IDE 自动提示。

本人是从学习 laravel 到转向 symfony,都是很不错的框架,学习之。
pony279
2017-06-29 11:44:33 +08:00
以前公司基于 Laravel 做项目的时候研究过源代码代码

感觉就是过度设计的一大陀,想把 PHP 变成 Java 的框架。
MelodyMKII
2017-06-29 11:46:59 +08:00
yii 叫还行…我不知道你是只用过 yii 还是用过 yii2
helone
2017-06-29 11:47:44 +08:00
IDE 问题我也很头疼,写法的问题看团队约定吧,如果都是各写各的,我觉得用其他框架也会有这样的问题
crabRunning
2017-06-29 11:49:41 +08:00
laravel 设计过度的东西,蹂躏进来那么多东西,连奥卡姆剃刀都不知道,只是一味追求华而不实的东西。
gdtv
2017-06-29 11:50:09 +08:00
"N 年前 Laravel 刚面世时,的确让很多人眼前一亮,众人惊呼原来 PHP 代码还可以写得这么简洁优雅。"

我觉得正好相反,用 Laravel 失去了 PHP 的简洁优雅。Laravel 让 PHP 变得像 java 那么复杂,那为什么不直接用 java 呢? 对,所以我现在正在学 java。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/371855

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX