0

我正在构建一个简单的 CRUD 系统来管理企业的客户帐户。没什么特别的 ：）

该应用程序分为两部分：一个与文化无关的模型层，它是保存 EF 实体类的位置。前端是一个执行所有本地化任务的 ASP.NET MVC 项目。

我有一系列类似的 EF 实体，它们代表每个帐户的附加服务，它们都实现了接口IAccountService，例如：

public interface IAccountService {

    String DisplayName { get; set; }
    String Overview    { get; set; }
}

public partial class IntenseAuditService : IAccountService {

    // Example database columns:
    public DateTime DateTimeOfAudit { get; set; }
    public Boolean ThreatenToReportThemToTheIrs { get; set; }
    public Int32 Iterations { get; set; }

    public String DisplayName { get { return "Intense audit"; } }

    public String Overview {
        get {
            String ret = "Audit on ";
            ret += this.DateTimeOfAudit.ToString();
            if( ThreatenToReportThemToTheIrs ) {
                ret += ", and report them to the feds"
            }
            if( Iterations == 1 ) ret += " and 1 iteration";
            else if( Iterations > 1 ) ret += " and " + Iterations + " iterations.";
            return ret;
        }
    }
}

主要问题是文本没有本地化，也不容易本地化：简单地传入格式字符串并不能解决英语语法的复数问题，并且不需要与其他语言一起使用。

一种可能的解决方案是从模型库中删除 Overview 字符串生成逻辑并将其移动到消费者应用程序项目（无论如何都完成本地化），但是模型库还负责生成可能包含其中包含 Overview 消息的其他实体例如，系统的一部分会自动在表中生成条目，该CalendarItem表的一Description列填充了来自IAccountService. 我不知道如何解开这个结。

4

1 回答 1

1

看来您正朝着正确的方向前进 - 在 ASP.NET MVC 表示层中处理本地化。一种实现方式是在表示层中有效地维护一个类层次结构，该层次结构解决了相应域实体的本地化问题。域模型甚至不会公开诸如DisplayName和之类的属性Overview- 这些属性将完全在表示层中。

要本地化类似的东西Overview，IntenseAuditService您可以有一个IntenseAuditServiceViewModel概览属性检索本地化格式字符串的位置，您可以在其中提供“变量”，例如迭代次数、审计日期等。您可以通过同时使用复数和单数来显式处理变形字符串格式。因此，在这种情况下，您可以拥有 4 个本地化资源，称为 IntenseAuditServiceOverview_DoReport_Plural、IntenseAuditServiceOverview_DoReport_Singular、IntenseAuditServiceOverview_NoReport_Plural、IntenseAuditServiceOverview_NoReport_Singular，其中 en-US 中的第一个格式字符串类似于

审核 {0:yyyyMMdd}，并将其报告给联邦调查局和 {1:#,0} 迭代。

根据您的本地化需求，您可能能够以不同的方式考虑这一点。另一种方法是只拥有每个子字符串的本地化版本。您可能还需要对每种语言进行进一步定制。

于 2013-04-21T15:02:00.480 回答