1200字范文,内容丰富有趣,写作的好帮手!
1200字范文 > 在Laravel 5.2中 如果使用DB门面代替Eloquent ORM 性能会提高多少?

在Laravel 5.2中 如果使用DB门面代替Eloquent ORM 性能会提高多少?

时间:2019-09-19 06:35:48

相关推荐

在Laravel 5.2中 如果使用DB门面代替Eloquent ORM 性能会提高多少?

后端开发|php教程

php,laravel,laravel5,数据库,性能优化

后端开发-php教程

看到 版 Laravel 系列入门教学(一)这里有一段话:

填报打印源码,ubuntu设置竖屏,梦见爬虫咬到自己,php 定时推送,seo的细点lzw

是否确实如此?用缓存(比如redis)能够解决Laravel的性能问题,除了Eloquent ORM?

如果使用DB门面代替Eloquent ORM,是不是就不需要创建Model了?也就是说MVC变成了VC?

php图片管理源码,ubuntu侧边栏移动,python爬虫实例股票,wwwroot php,泰安seo策略lzw

php源码带数据,ubuntu lo是什么,网络爬虫触发按钮,php一行一行读取txt,关于前端seolzw

回复内容:

看到 版 Laravel 系列入门教学(一)这里有一段话:

是否确实如此?用缓存(比如redis)能够解决Laravel的性能问题,除了Eloquent ORM?

如果使用DB门面代替Eloquent ORM,是不是就不需要创建Model了?也就是说MVC变成了VC?

首先得吐槽,Laravel的很多文档都喜欢过度扩张,例如上面这段,Eloquent和其他PHP框架中的ORM都是相似的味道,没有什么特别牛的地方。另外开发ORM确实花时间不少,主要是因为ORM中逻辑相对其他组件复杂很多,但你不能说花时间多久感天动地吧……

其次,ORM不等于Model,没有ORM一样可以做Model,例如我的框架Beaver(/funcuter/beaver)中是设计了Model的,但至今没上ORM(如上面说的,ORM好用,但是性能差,我性能差的东西比较反感)。我设计中是Model直接操作DB,绕过ORM这一层,一样可以实现正常的操作。

Model更像是自己拆分出去的模块的一个SQL查询集合,那么这样理解来,要不要用M其实是自己的选择,就像早期的时候SQL语句是直接写在页面上的。如果你那么在乎性能,那么也可以按照楼上说的直接用DB去执行原生的SQL。

不会提高 Laravel的设计思路注定了就是低性能的代名词 纯粹是为了证明php其实也可以用上设计模式,实际上性能属于垫底的,性能跟zf一个级别,其实论设计模式,zf更强一些

不为站队,不为装逼,只是讨论技术问题

/topics/1396 同样机器配置不同框架实测数据

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。