ASP.NET:更好地将可本地化的 UI 文本存储在资源或数据库中？

Question

似乎有两种不同的方法。 ASP.NET 框架为我们提供了一种通过将 UI 字符串放入资源(如 UserProfile.en.resx、UserProfile.fr.resx 等)来本地化页面的简单方法。

另一种方法是将所有字符串放在数据库中的单独表中，然后使用一些自定义机制根据当前事件的语言/文化设置来检索它们。

据我了解，数据库方法对于大型项目(例如企业软件)更为典型。它还有一个好处，您可以将对该数据库的外部访问权限授予翻译公司。有资源就难了。

另一方面，从数据库中检索所有静态字符串是额外的流量和负载开销。我看不出一个相对较小的网站这样做有什么好处。 “小”的意思不是流量，而是页面的数量和复杂性。

我个人更喜欢将资源用于我的私有(private)项目。这绝对是个坏主意吗？

顺便问一下，我还能在 ASP.NET MVC 中使用资源吗？

任何想法表示赞赏。

编辑:只有一个答案，不能相信这个问题对任何人都不感兴趣。没有人愿意分享他们的意见？

Answer 1

将两者结合起来。您可以编写一个使用数据库而不是资源文件的自定义资源提供程序，这样您就不必自己进行繁重的绑定(bind)文本(也就是说，让我们面对它，容易出错)，您只需使用 ASP。 NET 的本地化功能。 MSDN有个不错的walkthrough米歇尔·勒鲁·布斯塔曼特