C# 没有人知道如何做一个分钱符号。不是美元”$&引用；但是大约50美分

没有人知道如何做一个分钱符号。不是美元“$”而是50美分左右。我确信它可能是aski符号，但您如何将其放入标签文本中？您应该能够仅使用unicode数字作为分符号：

dim foo = "50" & ChrW(&H00A2)

---

您应该能够仅使用unicode数字作为分符号：

dim foo = "50" & ChrW(&H00A2)

---

使用Unicode值，如下所示：

YourLabel.Text = "\u00A2"

---

有关以不同格式（如HTML、UTF和代码等）使用值的更多信息，请阅读。

使用Unicode值，如下所示：

YourLabel.Text = "\u00A2"

---

有关以不同格式（即HTML、UTF和代码等）使用值的更多信息，请阅读。

只需使用此unicode符号

、

只需使用此unicode符号

、

它是扩展的ASCII，因此如果您想坚持使用ASCII（无unicode），您可以使用

---

chr（162）或chrw（162）。

它是扩展的ASCII格式，因此如果您想坚持使用ASCII（无Unicode），可以使用

---

chr（162）或chrw（162）。

VB中的chr（&H00A2）。NET@PeterHuene谢谢，我对vb.net显然不太了解……不用担心，也可以用Dim代替var（无分号），这样就可以了。i、 e.

Dim foo=“50”&ChrW（&H00A2）

应该打印“50”，而不管源文件的编码是什么。当然，VS编辑器和vbc（Visual Basic编译器）将识别源文件中的Unicode字符（自动检测），因此可以直接将此字符放入字符串文字，它应该“正常工作”。尽管如此，在VB中明确表示：）Chr（&H00A2）仍然不会有什么坏处。NET@PeterHuene谢谢，我对vb.net显然不太了解……不用担心，也可以用Dim代替var（无分号），这样就可以了。i、 e.

Dim foo=“50”&ChrW（&H00A2）

应该打印“50”，而不管源文件的编码是什么。当然，VS编辑器和vbc（Visual Basic编译器）将识别源文件中的Unicode字符（自动检测），因此可以直接将此字符放入字符串文字，它应该“正常工作”。尽管如此，明确地说也无妨：）我只是按住Alt键并在文本属性中按0162听起来不错，是的，chr（）这就是我在命令行上用于vbs脚本的内容，我以前没有在gui中使用VB，所以Alt+0162听起来不错。看起来162是你所需要的神奇数字，你算出了其余的。“扩展ASCII”没有很好的定义-你到底在看哪个符号表？不同的代码页将以不同的方式映射。由于我们不生活在90年代，Unicode通常是更好的选择。我个人认为它是127-256个成员，但我认为扩展的这个词的性质会导致定义不明确。而且，OP似乎要求使用ASCII码。为什么unicode

更好？它们都打印符号。@chillnut Right，“扩展ASCII”使用所有8位。问题是这些高位有多种映射方式——两个不同的代码页（大致可以被认为是预期的字体符号）可以有不同的不相关映射。两个常见和不同的示例是和。我只是按住Alt键并在文本属性中按0162。听起来不错，是的，chr（）这就是我在命令行上用于vbs脚本的内容，我以前没有在gui中使用VB，所以Alt+0162听起来不错。看起来162是你所需要的神奇数字，你算出了其余的。“扩展ASCII”没有很好的定义-你到底在看哪个符号表？不同的代码页将以不同的方式映射。由于我们不生活在90年代，Unicode通常是更好的选择。我个人认为它是127-256个成员，但我认为扩展的

这个词的性质会导致定义不明确。而且，OP似乎要求使用ASCII码。为什么unicode

更好？它们都打印符号。@chillnut Right，“扩展ASCII”使用所有8位。问题是这些高位有多种映射方式——两个不同的代码页（大致可以被认为是预期的字体符号）可以有不同的不相关映射。两个常见和不同的例子是和。简单和容易。这应该标记为答案。简单易懂。这应该被标记为答案。