草庐IT

func_wrapper

全部标签

c++ - __func__ 和日志记录

我正在用C++实现一个日志处理程序,它工作得很好,但是我发现有一件事是可用的,那就是记录器从中获取输出的地方。我想这并不是什么大问题,但我偶然发现了__func__标识符,它基本上会保留当前函数的函数名称。所以我在我的Log类中有一个名为Write的静态函数,它需要一个日志级别和一个变化列表。所以我会这样调用它:Log::Write(LOG_DEBUG,"thisisaninteger:%d",10);它会打印:2013-01-02=>10:12:01.366[DEBUG]:thisisaninteger:10但是我认为在消息中也包含调用者可能会很有用,以生成如下内容:2013...=

c++ - 为什么写 func( const Class &value ) 更可取?

为什么要使用func(constClass&value)而不仅仅是func(Classvalue)?现代编译器肯定会使用任何一种语法来做最有效的事情。这是否仍然是必要的,或者只是对非优化编译器时代的保留?补充一下,gcc将为这两种语法生成类似的汇编代码输出。也许其他编译器没有?显然,事实并非如此。我很久以前从一些代码中得到的印象是gcc这样做了,但是实验证明这是错误的。感谢MichaelBurr,他对similarquestion的回答如果在这里给出,将被提名。 最佳答案 2个签名之间有2个较大的语义差异。首先是在类型名称中使用&。

c++ - std::reference_wrapper 何时转换为 T&?

考虑以下代码:#include#includeusingnamespacestd;templatevoidfun(Tt){t+=8;}intmain(){inti=0;fun(ref(i));cout此代码打印“8”。我假设fun()中的t自动转换为int&。但是如果我用t=8替换t+=8,程序将无法编译。为什么? 最佳答案 reference_wrapper有一个到T&的隐式转换运算符,所以它会被转换成T&无论哪里T&是比reference_wrapper更好的匹配.在扩充赋值表达式中,唯一可行的运算符是int&operator+

c++ - const ref lvalue to non-const func return value 是否专门减少拷贝?

我遇到了一个C++习惯,我试图研究它以了解它的影响并验证它的用法。但我似乎找不到确切的答案。std::vectorgetThings();voiddo(){conststd::vector&things=getThings();}这里我们有一些返回非const&值的函数。我看到的习惯是在分配函数的返回值时使用const&左值。提出这个习惯的原因是它减少了拷贝。现在我一直在研究RVO(返回值优化)、复制省略和C++11移动语义。我意识到给定的编译器可以选择阻止通过RVO进行复制,不管这里是否使用了const&。但是,在防止复制方面,const&左值的使用对非const&返回值有任何影响吗

c++ - 什么时候用 "class_name obj_name = func()"替换 "class_name obj_name{func()}"有意义?

在代码中我看到了以下结构:constclass_nameobj_name{func()};func()返回名为class_name的类的对象。所以,我想知道为什么不使用以下结构:constclass_nameobj_name=func(); 最佳答案 constclass_nameobj_name{func()};作者通过写上面的代码,试图遵循统一初始化语法(C++11引入),从而避免繁琐的解析和最令人烦恼的解析,即使是经验丰富的程序员也会意外陷入其中。他正试图将最佳实践灌输到他的大脑中,这样他就不会偶尔陷入上述解析问题,如下所述。

c++ - std::optional<std::reference_wrapper<T>> - 可以吗?

是std::optional>是否符合C++17的标准(或草案)?标准明确指出,引用类型的std::optional格式错误。但它是否包括reference_wrapper? 最佳答案 是的。那没问题。它不包括reference_wrapper因为reference_wapper不是引用类型。只有实际的引用类型是不允许的。 关于c++-std::optional>-可以吗?,我们在StackOverflow上找到一个类似的问题: https://stackov

c++ - reference_wrapper : make_pair VS Class Template Argument Deduction (CTAD)

为什么make_pair和类模板参数推导(CTAD)不同意生成哪种类型?#include#include#include#includeintmain(){intmyInt=5;std::reference_wrappermyIntRef=myInt;automyPair=std::make_pair(myInt,myIntRef);std::pairMy2ndPair(myInt,myIntRef);std::cout输出:St4pairIiRiE//std::pairSt4pairIiSt17reference_wrapperIiEE//std::pair>更新:为什么std::p

c++ - 为什么调用 dtor(使用 annoymous/lambda func)

我正在尝试模仿finallylike效果。所以我想我应该运行一个快速的肮脏测试。想法是使用MostImportantconst停止破坏并将finallyblock放入lambda中。但是显然我做错了什么,它在MyFinally()的末尾被调用。我该如何解决这个问题?#includetemplateclassD{Tfn;public:D(Tv):fn(v){}~D(){fn();}};templateconstD&MyFinally(Tt){returnD(t);}intd;classA{inta;public:voidstart(){inta=1;autov=MyFinally([&]

c++ - 如何在编译时检测 C++ 中的 std::reference_wrapper

假设我们有一些可变参数模板,需要以不同方式处理std::reference_wrapper参数。我们怎样才能做到这一点? 最佳答案 你可以做一个特征来判断一个类型是否是reference_wrappertemplatestructis_reference_wrapper:false_type{};templatestructis_reference_wrapper>:true_type{};然后你可以用它来消除歧义:templatevoiddo_stuff(T&&t,false_type){coutvoiddo_stuff(T&&r

Ubuntu 18.04安装D435i 相机驱动及Ros1 Wrapper

目录1、前言1.安装前注意2.D435iSDK卸载3.realsense-ros与librealsense版本的对应关系4.D435i相机固件版本与librealsense的对应关系5.升级D435i相机固件版本2、D435iSDK安装(即安装librealsense2.50.0)3、本次使用源码安装1.下载安装包2.更新依赖库3.安装依赖库4.运行脚本5.下载并编译内核模块6.编译SDK2.07.测试4、RosWrapper安装1.建立workspace2.下载realsense-ros和ddynamic_reconfigure包3.​在realsense_ws/src/中放入下载好的rea