用于.NET网站或应用程序语言版本控制的系统

用于.NET网站或应用程序语言版本控制的系统,.net,asp.net,versioning,culture,.net,Asp.net,Versioning,Culture,许多年前,我构建了一个简单的系统,用于处理ASP.classic站点中文本的语言版本控制。从那以后,我没有转换或维护它,一直在使用各种次优解决方案(让我们面对现实,这个系统可能没有我记忆中的那么好;-) 你使用什么来为你的网站和应用程序的文本进行语言版本控制 我看了以下几点: .NET资源文件:让外部翻译人员使用它并非易事。此外,它还可以混合到.NET控件中(还有“我就是不喜欢它”:o) ResourceBlender(www.ResourceBlender.com):一个很好的解决方案,但它

许多年前,我构建了一个简单的系统,用于处理ASP.classic站点中文本的语言版本控制。从那以后,我没有转换或维护它,一直在使用各种次优解决方案(让我们面对现实,这个系统可能没有我记忆中的那么好;-)

你使用什么来为你的网站和应用程序的文本进行语言版本控制

我看了以下几点:

  • .NET资源文件:让外部翻译人员使用它并非易事。此外,它还可以混合到.NET控件中(还有“我就是不喜欢它”:o)
  • ResourceBlender(www.ResourceBlender.com):一个很好的解决方案,但它似乎是为一些我没有想到的其他用途而构建的(“bundle”和“element”的构建方式对我来说没有意义)
我的功能愿望列表包括:

  • 翻译:能够将文本导出为外部翻译人员可以编辑的格式,然后在翻译返回时重新导入数据
  • 数据源:MS SQL Server、SQL Lite或XML(或其他一些合理的选项数组,包括RDBMS和简单文件存储)
  • 界面:用于搜索、编辑等的完整界面
  • 应用程序/站点中的集成:在目标应用程序中实际获取文本的非常简单的方法,或者自己轻松实现的方法(KISS)
  • 源代码可读性:代码应保持可读性。因此,文本名称优先于整数ID。例如,GetText(“简介标题”)而不是GetText(4564)
  • 不得与.NET控件绑定为resx文件,因为我还需要将它们用于电子邮件的主题和正文文本等
我似乎找不到任何与此匹配的东西,所以我正在考虑自己建造它,但我只是想确保我没有错过任何东西


(这是专家交流的交叉帖子,我在那里没有找到解决方案)。

看看基于.po文件的解决方案,这些文件支持非技术翻译人员使用免费提供的编辑器进行翻译


这些人有一个例子:

看看基于.po文件的解决方案,这些文件支持非技术翻译人员使用免费提供的编辑器进行翻译


这些人有一个例子:

您应该进一步了解内置的.net资源提供程序。他们不仅仅是“resx文件管理器”。您可以对其进行自定义,例如,自定义为


您可以找到Rick Strahl关于这个主题的一篇好文章。

您应该进一步了解内置的.net资源提供程序。他们不仅仅是“resx文件管理器”。您可以对其进行自定义,例如,自定义为


你可以找到Rick Strahl关于这个主题的一篇很好的文章。

对于任何在这篇文章上结结巴巴的人:

我现在已经基于本文中的featurelist开发了一个系统。它在CodePlex上以SimpleText.NET的形式发布:


对于在这篇文章上苦苦挣扎的人:

我现在已经基于本文中的featurelist开发了一个系统。它在CodePlex上以SimpleText.NET的形式发布:


这实际上与我的想法非常接近:-)但是它仍然缺少电子表格导入/导出功能(在我看过的PO编辑器中)。我想我会尝试一下-但是如果有人有其他建议,我仍然很感兴趣。这实际上与我的想法非常接近:-)但是它仍然缺乏电子表格导入/导出功能(在我看过的PO编辑器中)。我想我会试一试,但如果有人有其他建议,我仍然很感兴趣。这对我来说是新的,并且确实使我对它的许多保留意见无效。但是我还是觉得它和ASP.NET控件联系太紧密了。顺便说一句:“West Wind Rick”这么多年来一直在制作数量惊人的高质量帖子:-)@Torben:Ricks的文章接近ASP.NET,但资源提供者的可扩展性不是ASP.NET特有的。是的,我知道。我想我只是对VisualStudio相关的技术总是有点怀疑。在我看来,它经常变得严重臃肿——可能是因为它需要满足如此多不同的需求。另外,翻译界面也不见了(或者至少我还没有找到任何真正好的解决方案)。这对我来说是新的,并且确实使我对它的许多保留无效。但是我还是觉得它和ASP.NET控件联系太紧密了。顺便说一句:“West Wind Rick”这么多年来一直在制作数量惊人的高质量帖子:-)@Torben:Ricks的文章接近ASP.NET,但资源提供者的可扩展性不是ASP.NET特有的。是的,我知道。我想我只是对VisualStudio相关的技术总是有点怀疑。在我看来,它经常变得严重臃肿——可能是因为它需要满足如此多不同的需求。此外,翻译接口也缺失(或者至少我还没有找到任何真正好的解决方案)。