概述
在Orchard中,提出子站点(Tenant)的概念,目的是为了增加站点密度,即一个应用程序域可以有多个子站点。
在Orchard中,提出子站点(Tenant)的概念,目的是为了增加站点密度,即一个应用程序域可以有多个子站点。
Shell是子站点(Tenant)级的单例,换句话说Shell代表了子站点。对比来看,Host是应用程序域级的单例,代表了Orchard应用程序。本文将分析Shell相关的各种类型。 1、从Shell描述缓存中提取(Fetch)ShellDescriptor对象——使用ShellDescriptorCache类:
一、获取ShellSettings
在 DefaultOrchardHost类的CreateAndActivateShells方法中,由Shell设置管理器 ShellSettingsManager从~/App_Data/Sites目录的一级子目录中搜索Settings.txt文件,然后通过Shell 设置序列化器ShellSettingsSerializer将其反序列化为Shell配置ShellSettings对象。ShellSettings 记录了Shell的名称、DataProvider、数据库连接字符串、Host名称、Url前缀、加密算法、加密Key、可用的Themes、 Tenant的状态等信息,更详细的请看类定义。
// is there any tenant right now ?
var allSettings = _shellSettingsManager.LoadSettings().ToArray();
ShellSettingsManager类及ShellSettingsSerializer类都挺简单,这里就不分析了。
二、创建ShellContext及DefaultOrchardShell
ShellContextFactory根据ShellSettings创建Shell上下文Shellontext对象。ShellContextFactory类有三个公开的方法:
ShellContext CreateShellContext( ShellSettings settings);
ShellContext CreateSetupContext( ShellSettings settings);
ShellContext CreateDescribedContext( ShellSettings settings, ShellDescriptor shellDescriptor);
在 DefaultOrchardHost的CreateAndActivateShells方法中,如果ShellSettingsManager没有获取 到任何ShellSettings对象,则会new一个Name为"Default"的ShellSettings对象,并将其作为参数调用 ShellContextFactory的ShellSetupContext方法来创建一个用于安装的ShellContext对象。
否 则,如果ShellSettingsManager如果获取到一个或多个ShellSettings对象,则会调用 ShellContextFactory的CreateShellContext方法分别创建对应的ShellContext对象。也就是说前面的 ShellSettings对象和Settings.txt文件是一对一对关系,而ShellContext对象和ShellSettings对象也是一 对一的关系。
CreateDescribedContext方法会在"操作引擎" DefaultProcessingEngine中得以使用。关于"操作引擎"我们在适当的时候来分析, 本文暂不讨论。
上面分析的相关源码:
// load all tenants, and activate their shell
if (allSettings.Any()) {
foreach ( var settings in allSettings) {
try {
var context = CreateShellContext(settings);
ActivateShell(context);
}
catch ( Exception e) {
Logger.Error(e, "A tenant could not be started: " + settings.Name);
}
}
}
// no settings, run the Setup
else {
var setupContext = CreateSetupContext();
ActivateShell(setupContext);
}
//......
ShellContext CreateSetupContext() {
Logger.Debug( "Creating shell context for root setup" );
return _shellContextFactory.CreateSetupContext( new ShellSettings { Name = ShellSettings .DefaultName });
}
ShellContext CreateShellContext( ShellSettings settings) {
if (settings.State.CurrentState == TenantState . State .Uninitialized) {
Logger.Debug( "Creating shell context for tenant {0} setup" , settings.Name);
return _shellContextFactory.CreateSetupContext(settings);
}
Logger.Debug( "Creating shell context for tenant {0}" , settings.Name);
return _shellContextFactory.CreateShellContext(settings);
}
接下来分析ShellContextFactory创建ShellContext的步骤。
首先来看ShellContext的定义:
public class ShellContext {
public ShellSettings Settings { get ; set ; }
public ShellDescriptor Descriptor { get ; set ; }
public ShellBlueprint Blueprint { get ; set ; }
public ILifetimeScope LifetimeScope { get ; set ; }
public IOrchardShell Shell { get ; set ; }
}
Settings属性,也就是上面描述中获取或创建的Shell设置。
Descriptor属性,从数据库中获取 。
Blueprint属性,Shell"蓝图"。
LifetimeScope属性,可以简单理解为Autofac容器创建的子容器,作用域是Shell,即多个Shell之间不会共享。
Shell属性,一般就是DefaultOrchardHost型对象。
ShellContextFactory类的CreateShellContext方法创建ShellContext大致包括这些步骤:
var knownDescriptor = _shellDescriptorCache.Fetch(settings.Name);
if (knownDescriptor == null ) {
Logger.Information( "No descriptor cached. Starting with minimum components." );
knownDescriptor = MinimumShellDescriptor();
}
通 过调用在Shell描述缓存ShellDescriptorCache的Fetch方法,尝试从~/App_Data/cache.dat这个xml文件 中检索ShellSettings.Name对应的节点,然后将节点反序列化为ShellDescriptor对象。如果缓存中不存在对应的节点,则调用 ShellContextFactory的私有静态方法 MinimumShellDescriptor获取一个"最小"的ShellDescriptor对象,其序列号(即SerialNumber属性 )为-1:
private static ShellDescriptor MinimumShellDescriptor() {
return new ShellDescriptor {
SerialNumber = -1,
Features = new [] {
new ShellFeature {Name = "Orchard.Framework" },
new ShellFeature {Name = "Settings" },
},
Parameters = Enumerable .Empty< ShellParameter >(),
};
}
ShellDescriptor 的作用是什么呢?Orchard加载了很多的扩展(Modules和Themes),但是Shell并不一定会全用上。ShellDescriptor包 含Shell要用到的扩展(这里成为Feature)名称(封装在ShellFeature类中)的集合,还包含参数(封装在ShellParamter 类中)集合。
2、通过组合策略 (Composition Strategy ) 进行组合(Compose )从而生成Shell蓝图ShellBlueprint——使用CompositionStrategy类
var blueprint = _compositionStrategy.Compose(settings, knownDescriptor);
在 组合的过程中,会加载相关程序集,并通过反射搜索程序集中的公共类型并保存在Shell蓝图中。这些类型需要在Autofac容器中进行注册,包括 Controller(实现了IController接口的类型)、实现了IDependency接口的类型、Autofac模块(实现了 Autofac.Core.IModule接口的类型),还包括一些与数据相关的类型(*.Moduls或*.Records命名空间下、且包含一个名为 Id的可读非virtual属性、且非abstract非sealed的类型、且非实现了IContent接口或继承自 ContentPartRecord类的类型)。
整个组合过程需要扩展管理器(ExtensionManager)和那5个扩展加载器(ExtensionLoader)来配合。
3、根据ShellBuleprint创建Shell作用域容器——使用ShellContainerFactory类
var shellScope = _shellContainerFactory.CreateContainer(settings, blueprint);
创建Autofac子容器,并在容器中注册Shell蓝图中记录的类型。
4、从容器中获取Shell当前使用的ShellDescriptor
ShellDescriptor currentDescriptor;
using ( var standaloneEnvironment = shellScope.CreateWorkContextScope()) {
var shellDescriptorManager = standaloneEnvironment.Resolve< IShellDescriptorManager >();
currentDescriptor = shellDescriptorManager.GetShellDescriptor();
}
shellDescriptorManager是一个 ShellDescriptorManager实例,通过调用其GetShellDescriptor 从数据库中获取ShellDescriptor。
到目前为止,已经获取了两个ShellDescriptor对象,即这里通过ShellManagercurrentDescriptor从数据库获取的currentDescriptor和上面通过ShellDescriptorCache从cache.dat中提取(Fetch)的knownDescriptor。
5、如果Shell当前已经在使用某个ShellDescriptor,并且与上面获取的 ShellDescriptor 的 序列号(即SerialNumber属性 )不同,则重置cache.dat中的配置,并重新生成 ShellBlueprint和Shell作用域容器:
if (currentDescriptor != null && knownDescriptor.SerialNumber != currentDescriptor.SerialNumber) {
Logger.Information( "Newer descriptor obtained. Rebuilding shell container." );
_shellDescriptorCache.Store(settings.Name, currentDescriptor);
blueprint = _compositionStrategy.Compose(settings, currentDescriptor);
shellScope.Dispose();
shellScope = _shellContainerFactory.CreateContainer(settings, blueprint);
}
ShellDescriptorCache.Store会将相关信息写入到cache.dat文件中。
6、创建ShellContext
创建ShellContext并对相关属性赋值。特别地 ,会从Shell作用域的容器中获取一个DefaultOrchardShell对象赋给ShellContext的Shell属性:
return new ShellContext {
Settings = settings,
Descriptor = currentDescriptor,
Blueprint = blueprint,
LifetimeScope = shellScope,
Shell = shellScope.Resolve< IOrchardShell >(),
};
shellScope.Resolve< IOrchardShell>()就是创建DefaultOrchardShell的过程。
与CreateShellContext方法类似, CreateSetupContext方法创建ShellContext大致包括这些步骤:
1、手工创建一个Name为"Default"的ShellSettings对象;
2、创建一个ShellDescriptor对象;
3、通过组合策略 (Composition Strategy ) 进行组合(Compose )生成Shell蓝图ShellBlueprint;
4、创建Shell作用域容器,与CreateShellContext方法一样
5、创建ShellContext ,与CreateShellContext方法一样
三、激活Shell
在DefaultOrchardHost中创建ShellContext成功后,会将后者作为参数调用ActivateShell方法 :
// load all tenants, and activate their shell
if (allSettings.Any()) {
foreach ( var settings in allSettings) {
try {
var context = CreateShellContext(settings);
ActivateShell(context);
}
catch ( Exception e) {
Logger.Error(e, "A tenant could not be started: " + settings.Name);
}
}
}
// no settings, run the Setup
else {
var setupContext = CreateSetupContext();
ActivateShell(setupContext);
}
//......
/// <summary>
/// Start a Shell and register its settings in RunningShellTable
/// </summary>
private void ActivateShell( ShellContext context) {
Logger.Debug( "Activating context for tenant {0}" , context.Settings.Name);
context.Shell.Activate();
_shellContexts = (_shellContexts ?? Enumerable .Empty< ShellContext >()).Union( new [] {context});
_runningShellTable.Add(context.Settings);
}
_shellContexts是一个保存了ShellContext的集合。前面提到过,如果该集合为null,则会在BeginRequest的时候触发加载扩展的操作。
_runningShellTable是一个保存了ShellSettings的集合。当Http请求进来时,ASP.NET MVC会搜索与Shell对应的路由,详见ShellRoute类。
context.Shell是一个DefaultOrchardShell实例,调用其 Activate方法激活Shell:
/// 该方法位于DefaultOrchardShell类中
public void Activate() {
_routePublisher.Publish(_routeProviders.SelectMany(provider => provider.GetRoutes()));
_modelBinderPublisher.Publish(_modelBinderProviders.SelectMany(provider => provider.GetModelBinders()));
_sweepGenerator.Activate();
using ( var events = _eventsFactory()) {
events.Value.Activated();
}
}
_routePublisher和_modelBinderPublisher完成Route或ModelBinder的注册工作。Activate方法中的其余代码暂不关注。
相关类型:
Orchard.Environment.Configuration.ShellSettings
Orchard.Environment.Configuration.DefaultShellSettingsManager : IShellSettingsManager
Orchard.Environment.ShellBuilders.ShellContext
Orchard.Environment.ShellBuilders.ShellContextFactory : IShellContextFactory
Orchard.Environment.Descriptor.Models.ShellDescriptor
Orchard.Environment.Descriptor.Models.ShellFeature
Orchard.Environment.Descriptor.Models.ShellParameter
Orchard.Environment.Descriptor.ShellDescriptorCache : IShellDescriptorCache
Orchard.Environment.ShellBuilders.CompositionStrategy : ICompositionStrategy
Orchard.Environment.ShellBuilders.Models.ShellBlueprint
Orchard.Environment.ShellBuilders.Models.ShellBlueprintItem
Orchard.Environment.ShellBuilders.Models.DependencyBlueprint
Orchard.Environment.ShellBuilders.Models.ControllerBlueprint
Orchard.Environment.ShellBuilders.Models.RecordBlueprint
Orchard.Environment.DefaultOrchardHost : IOrchardHost
Orchard.Environment.State.DefaultProcessingEngine: IProcessingEngine
Orchard.Mvc.Routes.RoutePublisher : IRoutePublisher
Orchard.Mvc.Routes.DefaultRouteProvider : IRouteProvider(多个)
Orchard.Mvc.ModelBinders.ModelBinderPublisher : IModelBinderPublisher
Orchard.Core.XmlRpc.Models.ModelBinderProvider : IModelBinderProvider, IModelBinder(多个)
参考资料: