- 主题:c++太复杂了，我承认这几行代码我一辈子写不出来
很实用的
编译期的变参函数，也很常见。
除了线程池/回调，给脚本引擎导出native函数接口也能用到。
用纯C，就只能是va_start/va_end那套宏，没有编译期的类型安全检查
【 在 dreamr 的大作中提到: 】
: 这种写法纯属炫技
--
修改:z16166 FROM 111.199.144.*
FROM 111.199.144.*
C++真正做过大项目的高手，都是用C风格写C++
【 在 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 59.108.209.*
公司里面碰到这种写代码的，CTO第一件事情就是让他改，或者滚
【 在 z16166 的大作中提到: 】
: 很实用的
: 编译期的变参函数，也很常见。
: 除了线程池/回调，给脚本引擎导出native函数接口也能用到。
: ...................
--
FROM 59.108.209.*
为啥？我觉着写的很好呀，新特性开发出来，不就是让人用的吗？
【 在 smartbear 的大作中提到: 】
: 公司里面碰到这种写代码的，CTO第一件事情就是让他改，或者滚
:
--
FROM 183.242.243.*
我也觉着写得很好，让我从心底佩服。
【 在 z16166 的大作中提到: 】
: 很实用的
: 编译期的变参函数，也很常见。
: 除了线程池/回调，给脚本引擎导出native函数接口也能用到。
: ...................
--
FROM 183.242.243.*
CTO还管这么具体到代码层次的？一般是架构师或者SQA管吧
萝卜白菜各有所爱，一个team严令禁止的，另一个team也许是允许的，心态开放点，世界是多样的
【 在 smartbear 的大作中提到: 】
: 公司里面碰到这种写代码的，CTO第一件事情就是让他改，或者滚
:
--
FROM 111.199.144.*
因为团队工作是一群人干活，你能看懂不代表别人能看懂，你用一些复杂的语法，等于是要求团队里别人也能看懂使用这些语法，提高了对人员的要求，也就相当于提高了企业的招工要求，提高了企业的招人难度和成本
所以为啥用工市场java这种语言最吃香，因为门槛低，并且在门槛低的同时还相对不容易犯错
【 在 buildtolast 的大作中提到: 】
: 为啥？我觉着写的很好呀，新特性开发出来，不就是让人用的吗？
--
FROM 182.85.137.*
部分认同，我不鼓励，但是别人用我也不反对
【 在 adamhj 的大作中提到: 】
: 因为团队工作是一群人干活，你能看懂不代表别人能看懂，你用一些复杂的语法，等于是要求
:
--
FROM 183.242.243.*
因为公司的代码，其他人早晚接手的，如果接手的人手里十几万代码都是这种，基本就是灾难
【 在 buildtolast 的大作中提到: 】
: 为啥？我觉着写的很好呀，新特性开发出来，不就是让人用的吗？
:
--
FROM 59.108.209.*
支持你
尤其是如果执行效率差不多的情况下，可读性越强，项目后期越好维护和查错，最好看代码完全不用在格式上有任何消耗，能集中精力在逻辑上
可读性差的，对新手老手可读性差的，一律滚，不缺节省那几个字母的空间
妥妥邪路~
【 在 smartbear 的大作中提到: 】
: 因为公司的代码，其他人早晚接手的，如果接手的人手里十几万代码都是这种，基本就是灾难
:
--
FROM 116.234.23.*