希腊语文本显示不正确

Question

我们有一个应用程序，它使用 C++ zApp 框架来实现 UI（表单、字体等一切）。 我们慢慢地将其转换为使用 .net 框架，最近发现希腊字符不再正确显示。

在该应用程序的一个版本中，我有一个 C# .net 表单和一个 C++ zApp 表单，它们都显示相同的数据。 该项目使用 MS Visual Studio 2005 编译并使用 .net 2.0。 在 .net 表单中，希腊语无法正确显示。 我可以从 .net 表单复制文本，将其粘贴到 zApp 表单中，它将在 zApp 表单中正确显示。 这告诉我数据加载正常，并且所有正确的信息都在字符串中。

我尝试更改 .net 代码中使用的字体。 zApp 代码使用 LOGFONT 结构为显示希腊语的控件创建字体。 我采用了用于 zApp 的确切值，使用这些值创建了 LOGFONT，并使用该结构设置 .net 表单的字体 (this.Font = Font.FromLogFont((object)lFont);)。 我使用了相同的面孔名称、字符集等。LOGFONT 结构中的所有内容都已设置。 希腊语仍然显示错误。 我可以看出我创建的字体正在被使用，因为如果我设置下划线，它会给文本加下划线，如果我在使用 LOGFONT 设置后查看控件字体（this.Font）的属性，它们就像我想要的那样期望他们是。 我最初确实遇到了非 true type 字体的问题，但后来将 zApp 字体切换为 true type 字体，它仍然没问题，所以我在测试中使用了它（Microsoft Sans Serif）。

另外，如果我从键盘输入希腊字符，它们会在 .net 表单和 zApp 表单中正确显示，但是，在 .net 表单中输入并保存到数据库的字符将在 zApp 表单中显示为垃圾，并且会被删除。与zApp表单保存的数据不同。 同样，如果我从 .net 表单中复制看起来像垃圾的文本并将其粘贴到 zApp 表单中，那么它会显示得很好（不会丢失数据）。

有人有什么想法吗？

Answer 1

我用 C# 创建了一个小型测试应用程序，并制作了一个带有一些希腊文本的按钮：ελληνικά。 当我在按钮中设置文本后，Visual Studio 就询问我是否要切换到 Unicode，我说“是”。 之后，希腊文本显示在我的按钮上。

我怀疑 Visual Studio 中或应用程序配置的某些属性中存在需要正确设置的设置。

编辑：

您的回答中的进一步信息使我相信 Oracle 数据库中的文本可能是 UTF-8。 如果是，则使用一些高位来定义给定字符中是否有更多字节。 因此，并非所有字符的字节长度都相同！ 您的解决方案可能不起作用。 我建议尝试使用加载它

Encoding.UTF8.GetString()

Answer 2

我想出了如何让文本在 .net 表单中正确显示。 它实际上与字体无关，更多地与将数据转换为 .net 有关。 我更改的代码基本上是这样的：

string Name = reader.GetString(column);

我

string Name = System.Text.Encoding.Default.GetString(reader.GetOracleString(column).GetNonUnicodeBytes());

仍然必须验证这不会对客户端使用的任何其他运行良好的语言造成问题，但到目前为止，希腊语和英语看起来不错。

现在，在添加 OracleCommand 参数进行保存时，我需要反转该过程。 最初的代码是这样的：

cmd.Parameters.Add(new OracleParameter(":name", Name));

这样可以节省垃圾。 字符串“Name”的值看起来不错。 有效的非托管 C++ 代码只是将 sql 语句放在字符数组中（希腊文本也始终在字符数组中处理），并通过调用 OCI 函数（Oracle 的 API）来执行它。 .net 代码使用 ODAC（Oracle 数据访问客户端）进行数据库访问。

更新：

我已经解决了问题的第二部分（保存）并了解了更多关于正在发生的事情。

当我将数据放入 .net 字符串数据类型而不进行任何转换时，从 Oracle 传入 .net 的数据在内存中看起来像这样：

00 0a 33 79 07 00 00 00 06 00 00 00 d4 00 e1 00 ec 00 e5 00 df 00 ef 00 00 00 00 00 00 00 00 00 00 00 00 ..3y........Τ.α.μ.ε.ί.ο......

这个字符串在 .net 中错误地显示为：
Ôáìåßï

转换后.net字符串的内存内容（转换代码如上所示）：
00 0a 33 79 07 00 00 00 06 00 00 00 a4 03 b1 03 bc 03 b5 03 af 03 bf 03 00 00 00 00 00 00 00 00 00 00 00 ..3y........¤.±。 Ό.μ.―.Ώ............

可以看到，对于每个字符，低字节的高半字节中取出了3，放入高字节。
该字符串现在在 .net 中正确显示为：
正如

上面的信息所示，.net 表示字符的方式似乎与非托管 C++ 和 Oracle 不同。 我做了一些测试，发现断点是160（十六进制值a0）。 因此，当使用 0 到 159（00 到 9f）的字符值时，没有区别。 一旦使用160或更高的值，就会出现差异。

我的解决方案仅适用于 0 到 255 之间的字符值，因为我在转换中删除了字符的高字节。 不过，这应该适用于我们的应用程序，因为我们从来不支持多字节字符集。

我正在做的将字符串转换回保存到 Oracle 的格式的简化版本是：

//"name" represents a .net string data type containing the data to save  

char[] textChars = new char[4000]; //4000 is the max varchar2 column size in Oracle  
byte[] textBytes;  
int index = 0;  
textBytes = (System.Text.Encoding.Default.GetBytes((name).ToCharArray()));  
foreach (byte textByte in textBytes)  
{  
    textChars[index++] = (char)textByte;  
}  
string textString = new string(textChars, 0, index);  
cmd.Parameters.Add(new OracleParameter(":name", (object)(textString)));  

这整个事情就是一个 hack - 如果有人有更好的方法，请分享它。 似乎应该有一些简单的方法来处理整个问题。