Web应用程序国际化，是服务器端.Net core还是客户端react？
我们正在寻求国际化Web应用程序，我们希望将其本地化为14种语言。
是否最好输出本地化服务器端（用.NET Core C＃编写）或客户端（React）？
如果使用客户端，我们将使用I18Next处理它。
如果使用服务器端，我们将通过SQL或NOSQL数据库进行处理。
关于可伸缩性和应用程序性能，遵循的最佳实践是什么？
We are looking to internationalize a web application, we want to localize it to 14 languages.
Is it best to output localization Server-side (it is written in .net core C#) or Client-side (React)?
Incase of using client-side, we will handle it by using I18Next.
Incase of using server-side, we will handle it by the SQL or NoSQL database.
What is the best practice to follow regarding scalability and app performance?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，React 最好、最常用的 i18n 框架确实是 react-i18next。
如果您是新手，可以遵循一个很好的指南 在这里。
对于服务器端，最大的问题可能是您将如何管理翻译？
您会在同一个翻译管理系统中使用客户端和服务器端翻译吗？
如果是这样，是否可以使用不同的 i18n 格式？
如果您还想对 .Net 使用 i18next 格式，可能有一些 .Net 特定的 i18next 库？ I18Next.Net 或 i18next-net？
顺便说一句：还有一些其他本地化相关问题可能会帮助调查最佳实践
Yes, the best and most used i18n framework for React is indeed react-i18next.
In case you're new to it, there is a nice guide you can follow here.
For server-side the biggest question is probably how you're going to manage the translations?
Will you use the client side and the server side translations in the same Translation Management System?
If so, is it possible to use different i18n formats?
If you want to also use the i18next format for .Net, it may be there is some .Net specific i18next library? I18Next.Net or i18next-net?
btw: there are some other localization related questions that might help investigate best practices