2012-04-13 178 views
0

我正在为iPhone开发一款新应用程序,该应用程序必须支持两种语言:法语和佛兰芒语。即时语言翻译器

如果我将实现我的数据库并在两种语言中存储相同的数据,那将是数据冗余问题,这不是数据库的目标。对?

因此,我想到一个即时翻译器,例如,数据库上的默认语言和数据都是法语的,如果用户选择Flamand语言,则从数据库中检索的所有数据在向用户显示之前在Flamand中翻译。

这是一个好方法,如果是的话,iOS SDK上有翻译吗?这是最佳解决方案吗?

等待您的建议。提前Thanx。

+0

什么是“Frensh”? – Sparky 2012-04-13 17:47:15

+0

对不起,我的意思是法语,我的坏:) – Luca 2012-04-13 18:12:43

回答

3

为了增加Dr.Kameleon的答案,我建议你两种语言存储在数据库中。两种语言的相同内容是不同的内容。但我也建议你有一个适当的,手工翻译,并不使用任何专业级应用程序的自动翻译。

+0

嗯,我完全和你在一起。当然,专业级的应用程序绝不应该基于自动翻译的内容;除非你想要一个几乎糟糕的用户体验......(更不用说大多数自动翻译器不能以相同的准确性得到所有的对:**例如**英语 - 法语翻译对我来说工作起来更好比如,我们说英语 - >我的母语(结果可能听起来很荒谬)) – 2012-04-13 18:41:17

3

为什么你不尝试一些服务,如谷歌翻译与API公开可用的API?

提示:我不认为谷歌的服务仍然对公众开放(显然是因为广泛的滥用,但我认为AltaVista的有类似的替代)


更新:

没有(个人)进行了测试:

和示例脚本访问的Altavista的Babelfish平台翻译服务:

http://code.activestate.com/recipes/64937-babelizer-api-for-simple-access-to-babelfishaltavi/

+0

我真的很好奇为什么这个答案已经downvoted ...:/ – 2012-04-13 18:27:39

+0

没关系,我已upvoted它,thanx您的相关回复朋友:) – Luca 2012-04-13 18:55:50

+0

@Malek你欢迎,我的朋友! – 2012-04-13 19:00:34

2

这取决于你在优化什么。两次存储信息并不像它刚开始时那样糟糕。例如,在很多情况下,为了提高计算效率而在数据库中提供冗余信息是值得的,这可能就是其中之一。

  • 以这两种语言存储数据的主要成本是......好吧,你用两种语言存储数据。这意味着您将需要两倍的空间来存储文本块。如果你有足够的文本存储空间实际上是你的问题,那显然是一个问题。如果你不这样做,那真的不是。

另一方面,这两种方式都有一些好处。

  • 准确性。自动翻译人员不会像提供高质量的翻译一样合理地胜任人力翻译工作。当然,如果你不雇用人工翻译,并且只依赖机器翻译,那么这不是一个问题。

  • 速度。自动翻译对于大型文档的处理时间并不是完全无关紧要的。花在翻译上的CPU周期是没有花在其他事情上的周期,并且因为这些周期必须在请求和响应之间花费,所以无论如何,它都会使你的延迟变得更糟。如果你有足够的CPU周期,而你推出的文本块相对较小,那么问​​题就更小了。

  • 安全性和可靠性。如果您打算使用外部服务来为您运行这些翻译,突然您的服务依赖于该服务的运行,并且任何时候任何时候出门在外都会打开一个或两个潜在安全漏洞(多么糟糕这些漏洞取决于您如何做,但他们会在那里。)或者,如果您打算在内部运行翻译,则必须保持翻译服务正常运行,这可能不涉及安全问题,但会涉及额外的维护。

所以......虽然它可能是你的情况是一个在那里你会想要将它保存在只用一种语言(特别是如果你有很多文本的整体来处理的,它在小型出来大块,你不在乎所有的这么多关于你的说Flamand的用户的用户体验),它也很可能不是。