这个是知乎thread pool的标答之一，
写不出来说明没有刷题啊
【 在 buildtolast 的大作中提到: 】
: template <class F, class... Args>
: auto ThreadPool::Enqueue(F &&f, Args &&...args) -> std::future<typename std::result_of<F(Args...)>::type> {
:   using return_type = typename std::result_of<F(Args...)>::type;
: ...................
--
FROM 111.199.186.*

米兔
【 在 buildtolast 的大作中提到: 】
: template <class F, class... Args>
: auto ThreadPool::Enqueue(F &&f, Args &&...args) -> std::future<typename std::result_of<F(Args...)>::type> {
:   using return_type = typename std::result_of<F(Args...)>::type;
: ...................
--
FROM 101.230.162.*

或许可能是脑子不够用？

【 在 sujkvato 的大作中提到: 】
: 不能改变C++现在走邪路滑翔拉基的事实。。。
: 玩这些根本不是在用语言去解决问题，而是制造屎山。方向错了，越努力越狗屎
: 现在的C++让人恶心，多看一眼都减寿，更别谈学这些毫无意义还稀奇古怪的特性了
: ...................
--
FROM 115.193.165.*

你这些经验压根就不适合大公司，尤其是电信公司，电信公司一个核心网的程序包几个G
这些代码，几千个程序开发搞出来的，几十年的积累
线程池，内存池这些，各个公司早就现成的，最基本的要求是可以用Purify这些预编译工具做内存边界检查，你这种动不动就大规模用类模板的方式，编译时候内存能不能暴都不好说，压根没法做内存路径检查。所以你们这种就是个人开发者自己弄弄，做大项目，早着呢
【 在 z16166 的大作中提到: 】
: C++引入变参模板就是用来解决“任意个数的参数的匹配推导”、“任意函数的匹配推导”之类问题的。
: 这个特性不是一开始就有的，而是后来发现没有这个东西，有一部分问题就不好抽象、描述，要用hack/猥琐的方法去实现。跟C/C++一开始没有__VA_ARGS__宏，导致写个支持任意参数的日志函数都要hack，是一样的。
: 而线程池的任务队列，正好就是它的使用场景之一：可以在编译期检查放到队列里的任意函数的signature。
: ...................
--
FROM 59.108.209.*

跟这些人比，那我比不了

不过呢，那应该拿C++的创建者去比还差不多

反过来说，你能跟C++的创建者比吗？

【 在 smartbear 的大作中提到: 】
: 哪些？我的前同事，C的创建者，Unix的创建者，go的创建者，不如你吗？
--
FROM 111.199.144.*