Tag: string

如何从函数本身打印Python函数的Docstring?

我想从函数内部打印一个Python函数的文档string。 例如。 def my_function(self): """Doc string for my function.""" # print the Docstring here. 目前我正在定义my_function之后直接执行此操作。 print my_function.__doc__ 但宁愿让function自己做。 我曾尝试调用print self.__doc__ print self.my_function.__doc__并在my_function中print this.__doc__ ,但是这不起作用。

prepend std :: string

预置std::string的最有效方法是什么? 是否值得写出一个完整的函数呢,还是只需要1-2行呢? 我没有看到任何与std::string::push_front相关的东西。

在C + + 11的原始string文字R“(…)”括号的基本原理是什么?

在C ++ 11中引入了一个非常方便的function,称为原始string文字,它是不含转义字符的string。 而不是写这个: regex mask("\\t[0-9]+\\.[0-9]+\\t\\\\SUB"); 你可以简单的写下这个: regex mask(R"(\t[0-9]+\.[0-9]+\t\\SUB)"); 更可读。 但是,注意在string周围必须放置额外的圆括号来定义原始string文字。 我的问题是,为什么我们甚至需要这些? 对我来说,这看起来相当丑陋,不合逻辑。 以下是我所看到的缺点: 额外的冗长,而整个function是用来使文字更紧凑 很难区分文字的正文和定义的符号 这就是我所说的难以区分的意思: "good old usual string literal" ^- body inside quotes -^ R"(new strange raw string literal)" ^- body inside parenthesis -^ 这里是亲: 更多的灵活性,在原始string中可用的字符更多,特别是当与分隔符一起使用时: "delim( can use () here )delim" 但是,嘿,如果你需要更多的灵活性,你有老好的可逃避的string文字。 为什么标准委员会决定用这些绝对不必要的括号来污染每一个原始string的内容? 那背后的理由是什么? 我没有提到的优点是什么?

C#string格式标志或修饰符为小写参数

是否可以在string格式参数上指定某种标志或修饰符来使其成为小写或大写? 我想要的例子: String.Format("Hi {0:touppercase}, you have {1} {2:tolowercase}.", "John", 6, "Apples"); 通缉输出: 嗨,约翰,你有6个苹果。 PS:是的,我知道我可以改变参数的情况下使用它的string格式,但我不想这样。

Python – join换行符

在Python控制台中,当我input: >>> "\n".join(['I', 'would', 'expect', 'multiple', 'lines']) 得到: 'I\nwould\nexpect\nmultiple\nlines' 虽然我期望看到这样的输出: I would expect multiple lines 我在这里错过了什么?

.Equals和==之间的区别是什么?

对于值types,引用types和string, a.Equals(b)和a == b什么区别? 看起来好像一个== b工作正常的string,但我试图确保使用良好的编码做法。

错误:types为“const char ”和“const char ”的操作数无效到二元运算符+

在我的文件的顶部,我有 #define AGE "42" 在文件后面我多次使用ID,包括一些看起来像的行 1 std::string name = "Obama"; 2 std::string str = "Hello " + name + " you are " + AGE + " years old!"; 3 str += "Do you feel " + AGE + " years old?"; 我得到的错误: “错误:types'const char [35]'和'const char [2]'的无效操作数转换为二元运算符+'” 在线3.我做了一些研究,发现这是因为C ++如何处理不同的string,并能够通过将“年龄”更改为“string(AGE)”来修复它。 然而,我意外地错过了其中的一个例子,直到今天,我想知道为什么编译器不抱怨,即使我还有一个例子,只是“年龄”。 通过一些试验和错误,我发现我只需要string(AGE)的行,我不连接在函数体中创build的另一个string。 我的问题是“在后台发生了什么事情,C ++不喜欢将string与预处理程序放在其中的string连接起来,除非您还要连接在函数中定义的string。

Ruby:从字节创build一个string

我想从字节值build立一个string。 我目前使用: str = " " str[0] = byte 这似乎工作正常,但我觉得它很丑,并不是可扩展的string超过1个字符。 任何想法?

为什么这两个string比较返回不同的结果?

这是一小段代码: String a = "abc"; Console.WriteLine(((object)a) == ("ab" + "c")); // true Console.WriteLine(((object)a) == ("ab" + 'c')); // false 为什么?

在第n个字符处切割一个string

我想要做的就是取一个像this.those.that这样的string,并从第n个字符中得到一个子string。 所以,从string的开始到第二次出现. 会返回this.those 。 同样,从第二次出现. 到string的末尾将返回。 对不起,如果我的问题是模糊的,解释起来并不容易。 此外,请不要build议做额外的variables,结果将是一个string,而不是一个数组。