@
dvaknheo > 恕我浅薄,我真不知道依赖注入,对于动态语言,除了解决 [调用方式不变,实际实现可变] 功能之外还能有什么用。
如果你之前不知道,不是你的错。但现在有人明确给你指出这个概念以后,还在用你自己设想的(没错你之前的帖子我也看了,这几个你一直在强调的字我也有印象)
> 超长字符串拼接效率高还是 ob 函数分段输出效率高?
字符串拼接效率高,有数量级上的差距。(
https://3v4l.org/K7c6e )
> 我所说的热修复,就是不强行去改第三方库的代码,修复出第三方库出现的功能。
> 就是要跟踪到第三方库还没解决问题,这才是折腾。
『另外你这个函数能做到的,依赖注入也都行。』
此外我觉得对于一个高级程序员,在三方库中踩坑是一个很常见的事情。。。
@
HiCode > 框架是一定要用的,这是生产力工具,以一定的性能损耗换取开发效率提高非常有意义。
> 我只是因为穷才追求高性能,我的业务都是薛定谔的“qps”,爆不爆发看策划看设计,我只负责打造一个“低成本高效率”的系统。
那么我有个疑问,像 laravel 这种被批评的,在你看来,是因为它的设计导致了性能损耗,但却没有带来开发效率的提高(设计带来的价值是负),还是尽管它带来了开发效率的提高,但是相比它带来的性能损耗,性价比太低(设计带来的价值依然是正数,但是很低)?
如果是后者,我有一个新的疑问。我们都知道在优化时一般我们应该先优化瓶颈部分。那么框架性能是否已经成为了一个瓶颈,或者说不可忽略的因素?