Kentico 具有多语言内容的可维护数据

我需要为员工信息创建一个存储区，可能有1000~2000名员工。 员工信息将显示在网站上

此外，我还需要师（10~20）和位置（50~200）信息进行维护

因此，当我输入部门和职位的员工信息时，可以从下拉列表中选择，也可以从任何可用的选择器中选择

但部门名称和职位都是多语言内容

有人能给我推荐一种合适的方式来构建这些信息存储吗

以下是我目前的计划：

雇员：自定义模块

部门：自定义表格

位置：自定义表格

为了实现多语言内容，我使用这个概念，为部门名称和职位名称保留本地化字符串键。例如{$AssistantSecretary$}

---

但是当我输入员工信息时，选择器中的信息已经基于默认的区域性设置进行了转换。结束我的默认文化是英国，所以我只能用英语获取部门名称和职位名称。

为什么要将所有这些都放在自定义表中

<>你可以考虑将雇员建模为内容（页面类型）和划分和位置作为分类（通过类别）。p> 通过使您的员工满意，您可以获得全面的多语言支持。可以使用本地化来管理类别名称（Kentico 10中的编辑器可以访问本地化，但早期版本中不能访问）

请注意，本地化翻译将使用当前用户语言，除非您明确指定语言

---

例如：

ResHelper.LocalizeString（divisionName，“de de”）

将返回德语翻译（如果可用），而不考虑当前用户首选的语言。

为什么要将所有这些内容放入自定义表中

<>你可以考虑将雇员建模为内容（页面类型）和划分和位置作为分类（通过类别）。p> 通过使您的员工满意，您可以获得全面的多语言支持。可以使用本地化来管理类别名称（Kentico 10中的编辑器可以访问本地化，但早期版本中不能访问）

请注意，本地化翻译将使用当前用户语言，除非您明确指定语言

---

例如：

ResHelper.LocalizeString（divisionName，“de de”）

将返回德语翻译（如果可用），而不考虑当前用户首选的语言。

我不是Kentico内容本地化方面的专家，但我更喜欢SoYuJe在自定义表中存储数据的原始方式

Marnix的方法有一些困难——你是正确的，在建模内容（这个例子中是雇员）的时候，没有现成的本地化功能，但是原始的需求需要多达2000名员工——有些可能会导致你在实施之前应该考虑的问题。 我们建议内容树中的每个项目（页面）最多有1000个直接子页面。我们建议您在开发过程的一开始就考虑这一点

---

我不是Kentico内容本地化方面的专家，但我更喜欢SoYuJe在自定义表中存储数据的原始方式

Marnix的方法有一些困难——你是正确的，在建模内容（这个例子中是雇员）的时候，没有现成的本地化功能，但是原始的需求需要多达2000名员工——有些可能会导致你在实施之前应该考虑的问题。 我们建议内容树中的每个项目（页面）最多有1000个直接子页面。我们建议您在开发过程的一开始就考虑这一点

---

您可以使用ResHelper.GetString（divisionName），当您在网站上切换语言时，返回的字符串将是当前语言。本地化将为网站/实例中安装的每种语言提供翻译选项。

您可以使用ResHelper.GetString（divisionName），当您在网站上切换语言时，返回的字符串将是当前语言。本地化将为网站/实例安装的每种语言提供翻译选项。

您的意思是将LocalizeStringKey放在类别应用程序>显示名称字段中吗？不要直接输入。该字段使用可本地化文本框控件。在站点上启用多个区域性时，可以点击字段中的+来选择适当的字符串资源。请注意，您也可以在自己的类和页面类型上使用该控件。您的意思是将LocalizeStringKey放在类别应用程序>显示名称字段中吗？不要直接输入它。该字段使用可本地化文本框控件。在站点上启用多个区域性时，可以点击字段中的+来选择适当的字符串资源。请注意，您也可以在自己的类和页面类型上使用该控件。我可以从第一手经验看出，它并不像推荐的那样引人注目。我们最近发布了一个Kentico 9 MVC站点，在一个节点（也是员工）下有11000个页面，没有发现任何性能问题。Marnix，限制更多的是管理UI，而不是前端显示。此外，MVC前端显示也使前端速度更快。Martin，在这种情况下，他们可以为员工创建一些子目录，如A-Z或基于部门等。是的，你肯定是对的。我只是想指出，在做出决定之前，有一些限制需要考虑。我可以从第一手的经验看出，这并不像建议中所说的那样引人注目。我们最近发布了一个Kentico 9 MVC站点，在一个节点（也是员工）下有11000个页面，没有发现任何性能问题。Marnix，限制更多的是管理UI，而不是前端显示。另外，MVC前端dis