不知道大家怎么看待为了提高代码运行效率，却不惜牺牲开发便捷性的做法。

起因是与同事的一次争执(个人单方面挑起)。

简单说下现场情况：

PHP 开发，Laravel 框架。

第一件事：

一同事不满我于每次使用 Redis 都要先 Redis::connection();

他认为这次 connection() 会单独开一个 Redis 链接，性能损耗大。

而我认为直接使用魔术方法没有代码提示且 IDE 会标黄，看着不爽~

最后给他看 Laravel 源码，证明调用魔术方法本身也是先 connection() 然后调用方法。

而且证明 connection() 内并不一定会新创建链接。

事实上，Model 我也是先 query() 后 where()。

(这个我专门查过 Model 的源代码，都一样的，但 Redis 确实没查过。)

// 我的代码
Redis::connection()->pipeline();
// 他提议的
Redis::pipeline();
// 实际上 Redis::pipeline(); 的实现方法是
$this->connection()->{$method}(...$parameters);

第二件事：

我使用观察者来在订单 status 变更时记录到日志。

而他认为每次修改数据库都会触发观察者，性能损耗大。

而我主张，为了减轻服务器损耗，而提高人员的开发成本，得不偿失。

我的结论：

既然使用框架了，那为何不充分利用他便捷的特性呢？

追求极致的性能为何还要使用笨重的框架，直接原生手写代码就好了呀。

不知道是不是我的主张是错误的，求打醒。

========

不过我的脾气是真不好，当场就开怼了，要改，要改...

iEverX

2019-07-18 22:18:16 +08:00

不针对楼主的几个问题，因为不清楚其中的性能开销到底是多少。

> 而我主张，为了减轻服务器损耗，而提高人员的开发成本，得不偿失。
=======
这一点不一定一直成立，服务器成本不低的。特别是由于性能不行，不得已加多台机器，就会更高了。

> 追求极致的性能为何还要使用笨重的框架，直接原生手写代码就好了呀。
=======
就如上面几楼所说，性能评估肯定是压测压出来的。不用 php，不过 spring boot 服务，压测从从来瓶颈不在 spring boot。

jinliming2

2019-07-19 01:01:41 +08:00

过早优化不好，但顺手优化还是赞成的……
勿以优化小而不为，毕竟积少成多。随手养成良好的习惯，实现同样效果的代码，坚持使用最优的，即便是多写几个字母。
但说了是随手优化，所以没有必要为了写法的优劣而吵架！！！
但如果对一段代码的优化明显占用了工时，那就没必要了，这种优化还是放到最后需要优化的时候，测测瓶颈再来考虑是否继续吧……
关于框架，我觉得不能过于依赖。框架是用来加速开发的，如果同样的功能原生代码可以快速实现，没有必要专门用框架封装的。特别是大型框架，能够用来帮你组织项目结构，帮你组织整个工程的逻辑结构，这就足够了，其他封装的方法都只是“语法糖”。这些封装的方法有的为了适应不同的执行环境而写了大量的分支判断，这个时候，自己针对项目用原生代码实现一个量身定做的封装岂不更好？