多语言winforms应用程序

Question

我想我的C＃（winforms）应用程序是多语言的。我的想法是：

• 我将我在一些文本文件（S），每个“句”的翻译或短语都会有它独特的ID（整数）
• 的应用程序，我会的启动遍历我应用中所有窗体上的所有控件（我想这应该在每个窗体的'Load'事件处理函数中完成），并且我将测试它的控件类型
• 即，如果它是按钮或菜单项目，我会读它的默认'文字'属性，找到这个短语在一个文本文件中，读取它的唯一ID，并通过此ID将查找翻译短语在（其他）文本文件
• 然后我将覆盖“文本”与翻译的短语控制的财产

这使我有短语每个语言单独的文本文件（易于维护的个人翻译未来 - 只有1个文本文件）

1. 我想听听你的意见 - proffesionals如果有一些更好/更容易/更快/更'亲'的方式如何做到这一点。
2. 什么格式的翻译文本文件我应该使用（纯文本，XML，ini ....） - 它应该是人类可读的。我不知道在XML中找到一个词组是否比使用纯文本文件逐行搜索给定短语/字符串更快？
3. 编辑 - 我希望用户（社区）要能没有我的交互翻译我的应用程序为他们成他们的母语（这意味着微软的资源是退出游戏）

非常感谢你提前。

CLOSED - 我的解决办法： 看起来像我住在我原来的概念 - 每一个短语将在纯文本文件的单独行 - 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

如果您希望用户通过应用程序编辑的翻译却如此简单快捷，资源文件是最好的。如果你不喜欢它，第二个最好的选择是XML文件。

不过，要回答你如何用文本文件做到最好质疑，这是很简单的：你只要确保你的唯一标识符（int可能）是为了（使用该文件之前验证）。然后快速搜索，您使用半部分的技术。

你找数字X，所以你去文件的中间线。如果ID> X，去到文件4等

你一分为二，直到你到达行权。这是最快的知道研究方法。

注：当心的是外部的应用程序，但需要翻译的东西：数据库中包含的外部文件的项目，信息等

Answer 2

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

Answer 3

听起来好像你有点投资于“单一文本文件”的想法，否则你可能会倾向于标准的方式并使用微软的资源文件。资源文件的处理是内置的，并且控件已经被键入以支持它。但是，正如您可能知道的那样，每个翻译都会放入自己的资源文件中。所以你留下了多个文件与您的应用程序分发。

使用自定义的自定义解决方案，您可以将其修剪为一个unicode文件。但是您必须通过控件循环来设置文本，然后查找每个文本。在添加控件类型时，您必须在代码中为它们添加支持。此外，随着您添加语言，您的文本文件将大量增加，因此您必须对此进行说明。

我还是稀的使用对资源文件，但你的说法暗示你已经不喜欢这样的解决方案，所以我不认为我已经改变了主意。

编辑：

既然你想从应用程序分离的解决方案，以避免重新编译，你可以发布的SQL CE数据库文件为每种语言类型。您可以将文本值存储在NVARCHAR字段中。

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

编辑2：

驾驶朝向的溶液。 :)

您可以使用一个简单的分隔文本文件，以Unicode编码，具有传统的基于命名系统。例如：

EN-US.txt

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

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