qt 和 STL 代表了c++的两个极端，一个追求极致的开发效率，另一个追求极致的运行效率。这两波人应该互相看不上对方的。

在c++标准委员会那帮人眼里qt就是异端。他们觉得放弃了运行效率干嘛不直接用python一类的语言呢。

其实我觉得c++标准库就应该搞两套，一套写的爽，一套跑得快。

【 在 hgoldfish 的大作中提到: 】
: qtcore 差不多对应 stl + 部分 boost，我用 qtcore 写了好几个 linux 服务端程序了。单机日请求上亿次还可以。
:
--
FROM 39.144.29.*

我对QtCore的实现不熟。但是按你以往发文的情况来看滥用shared_ptr很普遍，加上各种中高开销的抽象方式。
我用的场景如果这么搞，估计多出来的机器钱能养好几个码农了。
【 在 hgoldfish 的大作中提到: 】
: 没有。。够用就好。我写的是应用层的东东，反正两台机器不够就用四台机器。
:
--
FROM 76.126.252.*

其实现在C++新标准下标准库已经越来越容易用了，学习难度也降低了。
【 在 hgoldfish 的大作中提到: 】
: 是的。目前我写的东东都是小规模流量的，大规模自然有大规模的写法。可以理解成我把 c++ 当作 go 来用。
: 如果需要大规模，需要另外的写法。
:
--
FROM 76.126.252.*

说到 shared_ptr<>，我发现使用协程以后, shared_ptr<> 减少了。

我猜是因为不使用协程的话，会出现大量回调函数，回调绑定变量时需要使用 shared_ptr<> 让变量跳出当前函数的生命周期。

而使用协程以后，不再有回调函数，函数之间都是简单直接的调用与被调用关系。原本 shared_ptr<> 的变量，可以被申请放在栈空间里面，传递时使用 & 或者直接传递值，shared_ptr<> 被大量消灭了。

所以大家可以期待一下 c++20 的协程支持。

【 在 here080 (hero080) 的大作中提到: 】
: 我对QtCore的实现不熟。但是按你以往发文的情况来看滥用shared_ptr很普遍，加上各种中高开销的抽象方式。
: 我用的场景如果这么搞，估计多出来的机器钱能养好几个码农了。
--
修改:hgoldfish FROM 112.47.122.*
FROM 112.47.122.*

回调应该使用unique_ptr
shared_ptr只应该用在生命周期非常不确定的场景。但是这种场景本身应该严格限制。就算不考虑效率，毕竟shared_ptr不是真的GC，是不能处理循环引用的。
【 在 hgoldfish 的大作中提到: 】
: 说到 shared_ptr<>，我发现使用协程以后, shared_ptr<> 减少了。
: 我猜是因为不使用协程的话，会出现大量回调函数，回调绑定变量时需要使用 shared_ptr<> 让变量跳出当前函数的生命周期。
: 而使用协程以后，不再有回调函数，函数之间都是简单直接的调用与被调用关系。原本 shared_ptr<> 的变量，可以被申请放在栈空间里面，传递时使用 & 或者直接传递值，shared_ptr<> 被大量消灭了。
: ...................
--
FROM 76.126.252.*