在c++中有两种隐藏的名字:1)普通名称隐藏:[basic.scope.hiding]p1(http://eel.is/c++draft/basic.scope.hiding#1):Anamecanbehiddenbyanexplicitdeclarationofthatsamenameinanesteddeclarativeregionorderivedclass([class.member.lookup]).2)隐藏在[basic.scope.hiding]p2(http://eel.is/c++draft/basic.scope.hiding#2)中的特殊名称类型:Aclassn

设置流缓冲的三个“gptr”的basic_streambuf成员，setg声明为:protected:voidsetg(char_type*gback,char_type*gptr,char_type*egptr);我想知道:为什么每个gptr的类型都是char_type*而不是constchar_type*？在这里使用const_cast为这些gptrs使用constchar指针是否安全？ 最佳答案 它不是const，因为streambuf接口(interface)不知道您如何填充缓冲区。例如，underflow和uflow方法可

我这几天只学了一点ATL(在意识到纯Win32有多痛苦之后)，也学了WTL和MFC，据我所见，有很多不同的字符串我可以上课。我曾经做过这样的事情:#include#includenamespacestd{typedefbasic_string_tstring;}然后在我的代码中到处使用_tstring。在学习了一些ATL之后，我了解到在atltmp.h中有一个CString类。显然，在WTL中还有另一个CString类，在MFC中还有一个CString类。我不知道是继续使用ATL还是转而使用WTL、MFC或其他软件。但是现在，我正在将我的Win32代码转换为ATL，我不确定要更改什么以

Qt的QString可以通过operator%连接起来，它使用表达式模板预先计算结果字符串的大小并优化对operator+的多个链式调用.参见thisquestionofmine了解更多信息。为什么std::basic_string没有采用类似的结构？C++11甚至允许这样做吗？我只看到优点，很明显，库实现者可以在需要时破坏ABI兼容性(C++11甚至为libstdc++提供了一个很好的理由)。 最佳答案 因为没有人提出标准；除非有人提出建议，否则它不会进入。还因为它可能会破坏现有代码(如果他们使用operator+就是这样)。此外

solaris(x86)上std::basic_string的一些困惑#include#includeintmain(){constwchar_t*s=L"abcdef";std::wstringws(s,s+6);for(inti=0;i运行结果为:9799101000为什么不是979899100101102代码#include#includeintmain(){constwchar_t*s=L"abcdef";std::wstringws;ws.resize(6);for(inti=0;i可以得到预期的结果。我使用gcc3.4.6，构建命令是g++-fshort-wcharstri

即使在模板中我可以有任何类型，函数to_string对基本字符串不起作用:例如:std::stringstr("mystring");my_class(str);用这个仿函数定义:templatevoidoperator()(valuetypevalue){...private_string_field=std::to_string(value);不起作用。这是错误:error:nomatchingfunctionforcallto‘to_string(std::basic_string&)’避免它的最佳方法是什么。事先，我要求避免仅仅因为一些常见的关键字就链接到不相关的问题。

我在我的C++代码中定义了is_string:#includetemplatestructis_string{staticconstboolvalue=false;};templatestructis_string>{staticconstboolvalue=true;};intmain(){std::cout::value::value对于std::string和std::wstring都是如此。但我需要这样的谓词:is_string::value//tobetrueis_string::value//tobefalseis_string::value//tobefalseis_st

本题旨在使用std::byte具有标准输入输出。是否有任何计划为read(_bytes)添加适当的函数重载？和write(_bytes)到basic_istream的接口(interface)和basic_ostream在未来的标准？有什么理由反对它？我知道CharT*-应保留过载。我可以做什么来使用std::byte？我目前在我的项目功能中定义std::istream&read(std::istream&,std::byte*,std::streamsize)std::ostream&write(std::ostream&,conststd::byte*,std::streamsiz

我正在尝试定义std::basic_string,allocator>的完全特化这是由定义的(在g++中)标题。问题是，如果我包含首先，g++将typedef视为basic_string的实例化并给我错误。如果我先进行特化，那么我就没有问题。我应该能够在之后定义我的特化已经包括了。我必须做什么才能做到这一点？我的代码:#include//#include//classbasic_string,allocator>{public:intblah(){return42;}size_tsize(){return0;}constchar*c_str(){return"";}voidreserv

我有一个使用basic_istream作为参数的函数，我有一个std::string和我需要传递给它的数据。我该怎么做？ 最佳答案 您可以将字符串数据放入流中:std::stringx;std::stringstreamss(x);//putstringintostreamfunction_taking_stream(ss); 关于c++-当你有一个std::string时如何使用basic_istream，我们在StackOverflow上找到一个类似的问题：