NopCommerce架构分析之(八)多语言支持_自学过程

系统支持的语言是有类:Language表示;

多语言资源对应的类为:LocalizedProperty;

当先选择某种语言存储在类中:GenericAttribute;

多语言可以导出为XML文件,当然也支持导出。

IWorkContext及其实体类WebWorkContext为当前运行上下文;用户的登录信息以及一些上下文环境设置都保存在此类中。

具体包括:当前用户信息:CurrentCustomer;当前用户Cookie;货币;语言;税的类型;供应商等;

展现多语言资源的方式有几种:

一、在自定义类WebViewPage<TModel>中放置了方法:T(),通过此方法,网页在展现时获取对应语言的文字。

其实T只是一个代理,代理的定义为:

namespace Nop.Web.Framework.Localization
{
  public delegate LocalizedString Localizer(string text, params object[] args);
}

此代理返回值类型为LocalizedString,此类继承接口IHtmlString,以保证能正确显示本地化的文字资源。

IHtmlString的定义为:

// 摘要:
//   表示不应再次进行编码的 HTML 编码的字符串。
public interface IHtmlString
{
  // 摘要:
  //   返回 HTML 编码的字符串。
  //
  // 返回结果:
  //   HTML 编码的字符串。
  string ToHtmlString();
} 

二、通过扩展HtmlHelper

类HtmlExtensions扩展了HtmlHelper类,

主要是对一些控件的封装,并支持多语言。

方法 LocalizedEditor<T, TLocalizedModelLocal>是对Telerik的TabStrip控件的封装(也就是多页签控件---Tab控件),的。系统同时支持有多种语言时,多为每种语言显示一个页签,当然仅当需要时才这么做。这里面用到了接口ILocalizedModel和接口ILocalizedModelLocal。接口ILocalizedModel用来标示某Model类支持这种多语言显示,其中里面包括多种语言数据列表Locales,实现接口ILocalizedModelLocal的类就是特定一种语言的数据。LocalizedEditor方法就是根据这些接口的配合实现了支持多种语言页签了。Admin项目使用此方法,Web项目没有使用。

public static HelperResult LocalizedEditor<T, TLocalizedModelLocal>(this HtmlHelper<T> helper, string name,
  Func<int, HelperResult> localizedTemplate,
  Func<T, HelperResult> standardTemplate)
  where T : ILocalizedModel<TLocalizedModelLocal>
  where TLocalizedModelLocal : ILocalizedModelLocal
{
  return new HelperResult(writer =>
  {
    if (helper.ViewData.Model.Locales.Count > 1)
    {
      var tabStrip = helper.Telerik().TabStrip().Name(name).Items(x =>
      {
        x.Add().Text("Standard").Content(standardTemplate(helper.ViewData.Model).ToHtmlString()).Selected(true);
        for (int i = 0; i < helper.ViewData.Model.Locales.Count; i++)
        {
          var locale = helper.ViewData.Model.Locales[i];
          var language = EngineContext.Current.Resolve<ILanguageService>().GetLanguageById(locale.LanguageId);
          x.Add().Text(language.Name)
            .Content(localizedTemplate
              (i).
              ToHtmlString
              ())
            .ImageUrl("~/Content/images/flags/" + language.FlagImageFileName);
        }
      }).ToHtmlString();
      writer.Write(tabStrip);
    }
    else
    {
      standardTemplate(helper.ViewData.Model).WriteTo(writer);
    }
  });
}

扩展方法NopLabelFor<TModel, TValue>是另外一种多语言实现方式。

此方法主要是根据特性DisplayNameAttribute的子类NopResourceDisplayName实现对属性名称的描述。此特性是对Model属性的修饰,以指定属性的名称。

例如类AddNewsCommentModel的属性用NopResourceDisplayName特性指定:

namespace Nop.Web.Models.News
{
  public partial class AddNewsCommentModel : BaseNopModel
  {
    [NopResourceDisplayName("News.Comments.CommentTitle")]
    [AllowHtml]
    public string CommentTitle { get; set; } 

    [NopResourceDisplayName("News.Comments.CommentText")]
    [AllowHtml]
    public string CommentText { get; set; } 

    public bool DisplayCaptcha { get; set; }
  }
}

HtmlHelper的扩展方法NopLabelFor的实现如下:

public static MvcHtmlString NopLabelFor<TModel, TValue>(this HtmlHelper<TModel> helper, Expression<Func<TModel, TValue>> expression, bool displayHint = true)
{
  var result = new StringBuilder();
  var metadata = ModelMetadata.FromLambdaExpression(expression, helper.ViewData);
  var hintResource = string.Empty;
  object value = null;
  if (metadata.AdditionalValues.TryGetValue("NopResourceDisplayName", out value))
  {
    var resourceDisplayName = value as NopResourceDisplayName;
    if (resourceDisplayName != null && displayHint)
    {
      var langId = EngineContext.Current.Resolve<IWorkContext>().WorkingLanguage.Id;
      hintResource =
        EngineContext.Current.Resolve<ILocalizationService>()
        .GetResource(resourceDisplayName.ResourceKey + ".Hint", langId); 

      result.Append(helper.Hint(hintResource).ToHtmlString());
    }
  }
  result.Append(helper.LabelFor(expression, new { title = hintResource }));
  return MvcHtmlString.Create(result.ToString());
}

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索nopcommerce
多语言
nopcommerce 架构、nopcommerce架构分析、nopcommerce架构图、nopcommerce 多语言、nopcommerce 语言包,以便于您获取更多的相关知识。

时间: 2024-10-03 09:51:49

NopCommerce架构分析之(八)多语言支持_自学过程的相关文章

NopCommerce架构分析之(七)主题Theme皮肤管理器_自学过程

IThemeContext:皮肤上下文,支持桌面皮肤和移动段皮肤.其实体类为:ThemeContext; IThemeProvider:皮肤提供者,其实体类为ThemeProvider;皮肤提供者从皮肤配置文件中解析配置项,加载系统提供的所有皮肤方案,系统默认提供桌面干净皮肤(~/Themes/DefaultClean)和移动端皮肤(~/Themes/Mobile).ThemeConfiguration是对theme.config数据的解析对象. IThemeContext从IThemeProv

ASP.NET MVC的Localization本地化多语言支持_自学过程

一.ASP.NET MVC的本地化支持 ASP.NET MVC的是基于ASP.NET运行,所以由ASP.NET提供的所有功能,都可以在MVC里使用,例如缓存,会话状态和本地化. 在传统的ASP.NET Web窗体时代我们使用资源文件存储不同语言中的内容和使用由Visual Studio自动生成的ResourceManager类来检索它们.在ASP.NET MVC他们一样有效的. 让我创建一个标准的ASP.NET MVC的一个示例应用程序.该网站是中文的,我们可以看到所有的内容都是在视图和控制器类

NopCommerce架构分析之(四)基于路由实现灵活的插件机制_自学过程

NopCommerce支持灵活的插件机制,所谓Web系统插件,其实也就是可以像原系统的一部分一样使用. Web系统的使用方式就是客户端发送一个请求,服务端进行解析.在asp.net MVC中对客户请求的解析是通过路由的方式实现的. 所谓路由就是在客户端发生请求时,对请求路径的解析过程. 在Global.asax.cs中注册所有路由类: //register custom routes (plugins, etc) var routePublisher = EngineContext.Curren

NopCommerce架构分析之(五)Model绑定Action参数_自学过程

asp.net MVC中Action参数不只是一些基本类型,也支持实体参数.那么从客户端传来的数据如何映射或转换成实体对象呢?就是通过实体绑定类ModelBinder.此系列类在请求转化为后台Controller的Action方法前,捕获传递过来的数据,并对其进行解析和转换,最终为实体类对象. 在系统启动前,Global.asax.cs中的方法Application_Start方法调用下面代码定义参数转换规则. //model binders ModelBinders.Binders.Add(t

NopCommerce架构分析(一)Autofac依赖注入类生成容器_自学过程

NopCommerce为了实现松耦合的框架设计目的,使用了IOC框架:Autofac.据有人测试,Autofac是性能很好的IOC工具. 1.在IOC中,组件首先需要在IOC中注册,有通过配置文件注册的.像Spring.net,也有通过特性注册的,像StructureMap,也有通过代理来注册的,像Autofac.但是IOC讲究一个原则,就是接口和实现分离.所有IOC就是生命某个具体类实现了某个接口.然后在使用时,系统从IOC中获取接口的实现类,并创建对象. 2.下面来看NopCommerce如

NopCommerce架构分析之(三)EntityFramework数据库初试化及数据操作_自学过程

系统启动时执行任务:IStartupTask,启动时执行的任务主要是数据库的初始化和加载. IStartupTask调用IEfDataProvider进行数据库的初始化. IEfDataProvider,SqlCeDataProvider:获取数据连接工厂,不同类型数据库,连接工厂不同. 接口IStartupTask的实体类EfStartUpTask的实现如下: public class EfStartUpTask : IStartupTask { public void Execute() {

《解剖PetShop》之一:PetShop的系统架构设计_自学过程

前言:PetShop是一个范例,微软用它来展示.Net企业系统开发的能力.业界有许多.Net与J2EE之争,许多数据是从微软的PetShop和Sun的PetStore而来.这种争论不可避免带有浓厚的商业色彩,对于我们开发人员而言,没有必要过多关注.然而PetShop随着版本的不断更新,至现在基于.Net 2.0的PetShop4.0为止,整个设计逐渐变得成熟而优雅,却又很多可以借鉴之处.PetShop是一个小型的项目,系统架构与代码都比较简单,却也凸现了许多颇有价值的设计与开发理念.本系列试图对

在ASP.NET 2.0中操作数据之十八:在ASP.NET页面中处理BLL/DAL层的异常_自学过程

导言 在一个使用了分层体系架构的ASP.NET web应用系统里处理数据,一般遵循以下几步: 1.确定业务逻辑层需要调用哪个方法,并且需要出入哪些参数.这些参数可以通过硬编码设置,程序自动设定,或者由用户输入. 2.调用此方法. 3.处理结果.当调用一个返回数据的BLL方法时,这包括绑定数据到Data Web服务器控件.而对于修改数据的BLL方法而言,这包括基于返回值的基础上执行某些动作,或者适当地处理在第二步中引发的异常. 正如我们在前一节里看到的,无论ObjectDataSource控件还是

在ASP.NET 2.0中操作数据之五十八:在程序启动阶段缓存数据_自学过程

导言: 前面2章考察了在表现层和缓存层缓存数据.在第56章,我们探讨了在表现层设置ObjectDataSource的相关cache属性来缓存数据.在第57章,我们探讨了创建一个单独的分开的缓存层.这2章都是采用"应激装载"(reactive loading)的模式来缓存数据.该模式下,每次请求数据时,系统先检查其是否在内存,如果没有,则从数据源--比如数据库,来获取数据,然后将其存储在内存里.该模式的优势在于执行起来很容易:而缺点之一在于应"请求"(requests