Tag: string

为什么有两种JavaScriptstring？: 这只是刺伤了我。我不知道是否所有的浏览器（我没有任何其他有能力的浏览器来testing），但至lessFirefox有两种string对象。打开Firebugs控制台并尝试以下操作： >>> "a" "a" >>> new String("a") String { 0="a"} 正如你可以直观看到的，Firefox不同地处理new String("a")和"a" 。不过，不pipe怎样，这两种弦似乎performance相同。例如，有证据表明两者都使用相同的原型对象： >>> String.prototype.log = function() { console.log("Logged string: " + this); } function() >>> "hello world".log() Logged string: hello world >>> new String("hello world").log() Logged string: hello world 显然，两者是相同的。也就是说，直到你问的types。 >>> typeof("a") "string" >>> typeof(new String("a")) "object" 我们也可以注意到，当this是一个string时，它总是对象forms： >>> […]

decltype（“Hello”）的结果是什么？: 我收到了所有编译器的意外结果（GCC 4.7.2，GCC 4.8.0 beta，ICC 13.0.1，Clang 3.2，VC10）： #include <type_traits> int main() { // This will fire static_assert( std::is_same<decltype("Hello"), char const[6]>::value, "Error!" ); } 我希望上面的编译时间断言不会触发，但它确实如此。毕竟，这不是（如预期）： #include <type_traits> int main() { char const hello[6] = "Hello"; // This will not fire static_assert( std::is_same<decltype(hello), char const[6]>::value, "Error!" ); } 那么根据C ++ 11标准， decltype("Hello")的结果是什么（高度赞赏引用）？我应该如何比较以便上面的编译时间断言不会触发？

std :: string是STL的一部分吗？: （当我说STL时，我正在讨论围绕容器，迭代器，algorithm和仿函数的模板库。）这个问题想到了std::string行为就像一个普通的容器，其中包括begin和end函数（包括迭代器），一个函数的size以及将所有这些函数用于容器/范围通过它们的迭代器（例如transform ， sort ， find等）。然而，与此同时，它不是一个容器本身，因为它不适合存储任意数据的容器图片。另外，它主要通过成员函数（如substr ， find_first_of等）对包含的数据进行操作，而真正的容器不会这样做，并让algorithm处理它。另外， cplusplus参考站点和C ++标准没有将std::string与真实容器一起列出，而是在不同的类别中。但是，在SGI的STL站点上， basic_string （以及string typedef）与另一个容器和basic_string引用站点一起提到它属于“容器”类别。现在我的问题是， string实际上是STL的一部分，还是它本身是一个独特的库？如果它现在属于STL，是不是和Stepanov开发的原始STL有所不同呢？

string插值与String.Format: 使用string插值之间有一个明显的性能差异： myString += $"{x:x2}"; vs String.Format（）？ myString += String.Format("{0:x2}", x); 我只是问，因为Resharper提示修复，我以前被骗过。

elisp正则expression式searchstring，而不是缓冲区: 在emacs lisp文档中，我一直在寻找正则expression式如何searchstring。我find的是如何在缓冲区中做到这一点。有什么我失踪？我应该把我的string吐在一个临时缓冲区中并在那里search它？这只是elisp的编码风格，我会习惯吗？有没有一个标准的解决这个问题。当我只能直接search已经存在的variables时，操纵缓冲区看起来很有用。

为什么string文字l值而所有其他文字是r值？: C ++ 03 5.1主expression式 §2：一个文字是一个主要的expression。它的types取决于它的forms（2.13）。一个string文字是一个左值; 所有其他文字是rvalues。这背后的理由是什么？据我所知，string文字是对象，而所有其他文字不是。而且一个l值总是指一个对象。但问题是为什么string文字对象，而所有其他文字不是？这个理由在我看来更像是鸡蛋或鸡肉的问题。我理解这个答案可能与硬件架构有关，而不是C / C ++作为编程语言，不过我希望听到同样的答案。注意：我将这个问题标记为c＆c ++，因为C99标准也有类似的引用，特别是§6.5.1.4

C＃切换大小写string开头: 有什么办法可以在switch语句中创build一个case的条件吗？前 Switch (mystring) { case("abc")://String begins with abc (abcd or abc1 or abcz or abc.. or abc will fall in this condition). //Do Something break; default: break; } 更新其他string可以是不同的长度。 ABC .. abczyv dcs2。 QWERTY 问

从char *初始化std :: string而不复制: 我有一种情况，我需要处理大量（GB）的数据量：通过附加许多较小的（C char *）string来构build一个大的string 修剪string 将string转换为C ++常量std :: string进行处理（只读）重复每次迭代中的数据是独立的。我的问题是，我想尽量减less（如果可能的话）堆分配的内存使用量，因为它目前是我最大的性能问题。有没有办法将Cstring（char *）转换成stl C ++string（std :: string），而不需要std :: string内部分配/复制数据？或者，我可以使用stringstreams或类似的东西重新使用一个大的缓冲区？编辑：谢谢你的答案，为了清晰起见，我认为一个修改后的问题是：我怎样才能有效地（通过多个附加）生成一个stl C ++string。如果在一个循环中执行这个动作，每个循环都是完全独立的，我怎样才能重新使用这个分配的空间。

C中的String.indexOf函数: 有一个C库函数将返回string中的字符的索引？到目前为止，我发现的所有函数都是strstr函数，它将返回find的char *，而不是原始string中的位置。

CoreData – 不能将空string设置为属性的默认值: 我在我的datamodel有一个string属性，目前是可选的实体，我想将其转换为一个默认值为空string的必需属性。正如其他人发现的那样，在Xcode CoreData数据build模器中保留默认值为空白会导致validation错误（因为devise者将其解释为NULL），但是将默认值“'，”“或@”“作为默认值导致这些文字字符被解释为默认值，而不是根据需要的空的零长度string。但是，我确实在Google上find了这个线程，除了这个解决scheme真的很难看（模型定义在.xcdatamodel和objc源文件之间划分）之外，它也不适用于轻量级迁移，因为这些迁移完全基于.xcdatamodel文件和实体实现中的objc逻辑没有加载。在数据模型devise器中有没有办法实现这一点？