更elegant或者现代的写法应该是：

template <class handler_t>
auto Enqueue(handler_t&& handler)-> std::future<decltype(handler())>
{
  using return_type = decltype(handler());
        
  std::unique_lock<std::mutex> lock(queue_mutex);
  tasks.emplace(std::packaged_task<return_type>([handler= std::forward<handler_t>(handler)]
  { return handler(); }));
  auto res = task.back().get_future();
  condition.notify_one( );
  return res;
}

这回简单明了了吧。user应该在Enqueue()一个lambda进来，这才是现代c++的用法


【 在 jjjrrrbbb 的大作中提到: 】
: GPT5给了个更现代的写法，替换了不再使用的一些废弃方式。我也不知道写的咋样，没细看
: class ThreadPool {
: public:
: ...................
--
FROM 115.193.181.*

我的经验是，现代c++还是需要进行定期培训的，培训的时候最重要的就是强调

编译时, cache hit rate

每周培训一次，平时从维护代码开始，基本3个月，能练出一个可以按现代c++做代码重构的程序员




【 在 buildtolast 的大作中提到: 】
: 要看懂已经很不容易了，要写出/修改/维护，简直是不可能。。。
: 语言是拿来用的工具，在工具本身花费太多时间，有点得不偿失，本末倒置。。。
: 现在的孩子，能用好c++，要到2030年了，那时候世界不知道是什么样子了。
: ...................
--
FROM 115.193.181.*

我的意思是，c++20以后，constexpr/consteval系列功能已经基本完备了，很多第三方的轮子已经不需要了

像他那个frozen::unorderded_map直接可以用constexpr的for来代替了，甚至constexpr for还能early return比用index_sequence或者folding expression做查找还快，是best practice

标准库里有的东西，还是尽量用标准库



【 在 z16166 的大作中提到: 】
: 3楼那个例子似乎是很难绕开std::make_index_sequence的
: 原因是：
: std::array的递归拼接要用到默认构造或者std::make_index_sequence，
: ...................
--
FROM 115.193.181.*

或许可能是脑子不够用？

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

看你这个贴子，你是基本的审美包容都做不到，更加不要说什么逻辑了。

别人和你说，你学了才能懂，你说你不懂，所以学都不愿意学。

学渣不就是这样么，以为自己能控制自己，其实根本不知道是什么东西在控制自己

【 在 sujkvato 的大作中提到: 】
: 压根不学，就谈能不能学会。。。就像一盘菜看着就恶心，你讨论烧菜技巧，然而技巧再高看着恶心也不会吃，什么是拒绝懂不，这么简单的道理不能理解？
: 要么大脑简单，要么习惯性杠精。。。你哪个？
: 从这回帖看，比较像前者，基本逻辑都不能捋直叠加无脑幻想。。。
: ...................
--
FROM 60.190.252.*