告诉你 laravel 为什么在国内流行不起来

2015-10-16 09:51:28 +08:00
 solaro

缺点:
1.中文资料严重不足,搜个错误提示都搜不到,必须各种翻墙
2.手册可读性差,或者说严重不符合国人的习惯
3.搭建过程繁琐
4.composer 不给力
5.packagist 上的 vendor 容易涉及版权问题(一旦涉及就被下架,然后再也找不到了,例如 Excel )
6.自己扩展着实不意
7.代码可读性非常的差,层级过多(是太 TM 的多了)
8.无法方面的支持 soa
9.模板引擎太过于强大,未定义参数全报错
10.自定义配置较差

优点:
1.ORM 模型,连 TP 都来仿了
2.模板引擎很强大,用惯了 Smarty ,再用 blade ,感觉有点诡异

总结:
1.都说 laravel 强大性能高,真心没觉得,没基础的小白看手册都看不懂,有经验的又觉得其灵活性较差、排查 BUG 困难。
2.以我目前看来: laravel 适合做单个项目(例如:一个 cms 系统、图片系统、中小 ERP ),并不太适合移动互联网的高并发应用。(可能是我错了)

4633 次点击
所在节点    PHP
77 条回复
pein
2015-10-16 15:05:38 +08:00
Laravel 社区现在新出来了不少,但其实就那么点人,活跃的一直都是那几个老面孔。我认为 LZ 说的大部分还是比较中肯的,代码可读性差是因为用了很多设计模式,最后弄得一些编辑器都追踪不到代码了。中文资料不足其实严格来说不能算是缺点,主要是它的英文文档写得也不咋的,基础的都写了,进一步深层次的内容就只是含糊提一下敷衍了事。
neutrino
2015-10-16 15:09:36 +08:00
@cxbig 那是给前端的钱,不是 PHP 的
raincious
2015-10-16 15:17:08 +08:00
@pein

不了解 Laravel ,但是它内部没有提供一些更弱的 Hash 方式么?

或者你想修改哪里的 Hash 方法?如果是想要替换 Hash 密码用的 Bcrypt 那么确实是不应该的。况且用户验证过程不应该是一个被频繁访问的服务。

但是如果只是用在普通的 Hash (比如文件 Hash 比较用来减少储存占用)这样,那么自己写个 Hash 处理过程也不难(写个类封装下 hash 函数而已)。

至于 Salt 设置之类,你可以独立设定一个 Salt 的配置,然后用 Laravel 自己的 Config 去读就行了,最多也就是复制下设置的值。

其实说到底就是:你不一定需要完全使用框架自己的功能的。
cxbig
2015-10-16 15:48:40 +08:00
@neutrino 我的意思,单一的语言去谈工资没有意义,都是多技能融合才有高收入。单一个 PHP 或 Java 能有高工资的人太少。
xuxu
2015-10-16 16:02:59 +08:00
scourgen
2015-10-16 16:18:23 +08:00
@ysz1121 有兴趣来上海发展吗?
lucky215
2015-10-16 16:35:15 +08:00
多年不看 PHP 框架的我见到 laravel 很兴奋
solaro
2015-10-16 16:40:51 +08:00
@cxbig 不好意思,我目前还是纯码农,还没做到架构师这个级别。。 100K EUR 。这个级别国内真的很少见。
solaro
2015-10-16 16:44:19 +08:00
@raincious 是的,我与 @pein 君一样,并不想使用 laravel 自带的 encrypt ,但是自己创建的时候各种问题,这就是我说的自定义与扩展起来较为不便的原因。
orFish
2015-10-16 17:32:09 +08:00
@solaro 自带脚手架确实不好改。。。改还不如自己写一套用户认证来得快。
cxbig
2015-10-16 17:51:02 +08:00
@solaro 工资这个事急不得,我只想说不要单纯去比较一种技术,做精了都不差钱。我说的 100kEUR 就是纯码农的价格, 15 年左右经验的那些。
hbkdsm
2015-10-16 18:38:23 +08:00
@cxbig 大大是在柏林写 PHP 吗?国外不是 RoR 用得挺多的吗?
des
2015-10-16 18:54:11 +08:00
文档确实不够好,封装的层级有点多,不过注释是非常赞的
cxbig
2015-10-16 19:04:15 +08:00
@hbkdsm 打杂
工作中主要是 PHP , JS , jQuery , React 。
Ruby 也用一点,主要是部署 Capistrano 之类的脚本。

这里整个环境给我的感觉就是用什么技术的都有,很散,要说哪个特别多的,那一定是 JavaScript 。
现在 Java 、 PHP 、 Ruby( on Rails)、 Python 、 Go 这些已经快沦为 JSON API 了。

经常去的一些小型交流会议,几乎每个人都在做自己的一个小领域。
光是 React 下的分支就一堆稀奇古怪没听过的组件,倒是蛮有意思的。
hbkdsm
2015-10-16 19:15:52 +08:00
@cxbig 后端都用到哪些框架呢?前端除了 React, Angular 和 Backbone 有用到吗?
jellybool
2015-10-16 19:49:52 +08:00
1. 嗯,这个确实在国内是个问题,不过在推动中
2. 我个人倒是觉得非常适合我,可能我是特例
3. 并不觉得,直接使用 PHP 内置服务器也可以跑,就是个下载过程而已
4. 额,写代码难道没有 VPN 么
5. 这个确实,不过相信情况应该不会很多
6. 看扩展哪方面的内容咯,要是非得改加密,那是在。。。
7. 我觉得用 PHPStorm 看源码还是可以的
8. 额。。
9.模板引擎强大也是错?
10. 比如说哪种差?

优点:
1. 我也觉得
2. 还行

总结:
1.哎,我也不敢说 laravel 性能强大,只是觉得在这个时代下,它的思想还有快速开发能力是在棒呆。
2.恩,也是,所以也只是做了一个小东西。

以上
cxbig
2015-10-16 20:29:33 +08:00
@hbkdsm
BackboneJS 已经没落了,这边用的人很少
AngularJS 依然有很大的用户基础。但是我们放弃了,根据我们的项目, React + Flux 的性能更好,开发周期更短。
后端我们做电子商务以 Magento 为主,周边站点用 WordPress 和 Laravel 。
msg7086
2015-10-16 20:40:40 +08:00
@solaro 说到 100K ,美国很多 IT 企业给本科毕业生的起薪就要 100K+ USD 了,而且不关心你到底会啥语言。
pein
2015-10-16 20:54:59 +08:00
@xuxu 这个早就看过了,你可以去看一下 EloquentUserProvider.php 中调用 check()方法的地方,那边根本就没有给出第三个参数。
Wangxf
2015-10-16 20:59:47 +08:00
还是搞 thinkphp 吧,哈哈,前端来说, tp 足以

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

https://yangjunhui.monster/t/228442

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

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

© 2021 V2EX