【问题标题】:Best practice for internationalized forms?国际化表格的最佳实践?
【发布时间】:2011-02-11 17:25:55
【问题描述】:

这是用例:

我正在建立一个服务于各种全球市场并在多个平台上运行的网站。站点已经支持语言文件。一旦确定了区域设置,就会提供适当的语言文件。界面中的所有文本都通过语言文件提供。

对于链接国家/州/省的事情,我过去曾使用 javascript 来交换选项,但我正在寻找一种在服务器上处理的解决方案,无需任何客户端交互(因此该解决方案必须在没有javascript)。

有没有人对实施实践有任何建议?我应该在数据库中存储国家/州/地区吗?我是否应该要求用户提交仅选择国家/地区的注册表单,并根据国家/地区选择显示与该国家/地区相关的州和地区?

我在这里寻找一种符合渐进增强原则的解决方案。稍后我将改进我使用 javascript 采取的任何路线,但现在我需要一些无需任何客户端脚本即可工作的东西。谢谢!

【问题讨论】:

    标签: php internationalization progressive-enhancement


    【解决方案1】:

    您所说的大部分内容具体取决于最终用户和您的客户的需求。

    我的建议(这可能是有争议的)是让用户在网站上注册时选择他们的位置(但当然允许他们在以后的任何时间修改它),并根据该选择,如您声明,将所有相应的数据填充到该语言环境。

    就语言的本地化而言,可以将其存储在表格中或使用 php CONSTANTs 或 xml 文件或您喜欢的任何其他方法。

    不确定这是否有帮助,但希望它值得:)

    【讨论】:

    • 语言已经本地化(使用带有 php 扩展名的语言文件,基本上是美化的文本文件)。我正在寻找的是一种最佳实践方法,用于根据所选国家/地区交换(例如)下拉列表中可用的状态。我不想使用 JavaScript。
    • 感谢您的反馈!您让用户首先指定国家/地区的想法提供了一个有趣的解决方案 - 将其作为用户体验问题而不是技术问题 = )
    • 您将需要规范化您的数据库表并设置适当的关系,以便您可以根据用户选择查询适当的记录并按此方式填充它们。主要问题是每次人口出现时都需要重新加载页面(我应该说是 Ajax)。因此,您将需要一个查询来选择适当的关系字段。
    • 感谢您的反馈。我很感激!
    猜你喜欢
    • 2014-04-22
    • 1970-01-01
    • 1970-01-01
    • 2010-09-14
    • 2012-02-26
    • 1970-01-01
    • 2010-09-13
    • 2013-08-05
    • 2011-11-14
    相关资源
    最近更新 更多