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器中有没有办法实现这一点?