多语言winforms应用程序

Question

我希望我的 C# (winforms) 应用程序是多语言的。我的想法是：

• 我会将我的翻译保存在一些文本文件中，每个“句子”或短语都有唯一的 ID（整数）
• 在应用程序启动时，我将遍历应用程序中所有表单上的所有控件（我想这应该在每个表单的 'Load' 事件处理程序中完成）并且我将测试对其类型的控制
• 即如果它是一个按钮或菜单项，我将读取它的默认 'Text' 属性，在一个文本文件中找到这个短语，读取它的唯一 ID，然后通过这个 ID 将翻译的短语定位在（其他）文本文件
• 然后我将用翻译后的短语覆盖控件的 'Text' 属性

这使我能够拥有单独的文本文件，其中包含每种语言的短语（将来易于维护单独的翻译 - 只有 1 个 txt 文件）

1. 如果有更好/更简单/更快/更“专业”的方法来实现这一点，我想听听您的意见 - 专业人士。
2. 我应该使用什么格式的翻译文本文件（纯文本、XML、ini....） - 它应该是人类可读的。我不知道在 C# 中查找 XML 中的短语是否比在纯文本文件中逐行搜索给定的短语/字符串...？
3. 编辑 - 我希望用户（社区）能够将我的应用程序翻译成他们的母语，而无需我的交互（这意味着微软的资源已被淘汰）

非常感谢您。

已关闭 - 我的解决方案： 看起来我停留在我原来的概念 - 每个短语都将在纯文本文件的单独行中 - Unicode编码（以及行开头的ID）。我也在考虑删除 ID 并只使用行号，但它需要高级文本编辑器（记事本不显示行号），如果有人不小心点击了“删除行”的快捷方式并且没有注意到，整个应用程序会发疯:)

//sample of my translation text file for one language
0001:Text of my first button
0002:Text of my first label
0003:MessageBox title text
...etc etc

Answer 1

Why not use Microsoft's resource file method?您无需通过这种方式编写任何复杂的自定义代码。

Answer 2

听起来您对“一个文本文件”的想法有些投入，否则您可能会倾向于标准方式并使用 Microsoft 的资源文件。资源文件的处理是内置的，并且控件已经被键入以支持它。但是，您可能知道，每个翻译都进入它自己的资源文件。因此，您需要处理多个文件以与您的应用一起分发。

使用自定义的、自己滚动的解决方案，您可能可以将其缩减为一个 unicode 文件。但是您必须循环通过控件来设置文本，然后查找每个控件的文本。添加控件类型时，您必须在代码中为它们添加支持。此外，随着您添加语言，您的文本文件会大量增长，因此您也必须考虑到这一点。

我仍然倾向于使用资源文件，但你的措辞表明你已经不喜欢那个解决方案，所以我认为我没有改变你的想法。

编辑：

由于您希望将解决方案与应用程序分开以避免重新编译，因此您可以为每种语言类型分发 SQL-CE 数据库文件。您可以将文本值存储在 NVARCHAR 字段中。

这将使您的查询更容易，但会提高自编辑要求。您必须为用户提供一种机制来添加他们自己的翻译文件以及编辑屏幕。

编辑 2：

寻求解决方案。 :)

您可以使用以 Unicode 编码的简单分隔文本文件和基于约定的命名系统。例如：

en-US.txt

FormName,ControlName,Text
"frmMain","btnSubmit","Save"
"frmMain","lblDescription","Description"

然后您可以使用 CurrentUICulture 来确定要加载哪个文本文件进行本地化，如果没有找到文件则回退到 en-US。这让用户可以使用通用文本编辑器创建（也可以更改！）他们自己的本地化文件，而无需任何陡峭的学习曲线。

Answer 3

如果您希望用户通过您的应用程序编辑翻译，同时保持简单快捷，最好使用资源文件。如果您不喜欢它，那么第二好的选择是 XML 文件。

不过，要回答您关于如何使用 文本文件 做到最好的问题，这很简单：您只需确保您的唯一标识符（可能是int）是正确的（在使用文件之前进行验证）。然后为了快速搜索，你使用了一半的技术。

您查找数字 X，因此您转到文件的中间行。如果 id > x，则转到文件的 ¼ 等。

您切入两段，直到找到正确的路线。这是最快的已知研究方法。

注意：注意应用程序外部但需要翻译的内容：外部文件项、数据库中包含的信息等。