我正在使用带有DirectoryModuleCatalog的Prism V2，我需要按特定顺序初始化模块。使用每个IModule实现上的属性指定所需的顺序。
这样，每个模块初始化时，都会将其View添加到TabControl区域，并且选项卡的顺序必须是模块作者确定并控制的。
顺序并不意味着依赖，而只是它们应该被初始化的顺序。换句话说：模块A，B和C可以分别具有1,2和3的优先级。 B没有对A的依赖 - 它只需要在 A之后加载到TabControl区域中。这样我们就有了一个确定性和可控制的选项卡顺序。此外，B可能在运行时不存在;因此它们将加载为A，C，因为优先级应确定顺序（1,3）。如果我使用ModuleDependency，那么模块“C”将无法加载w / o所有依赖项。
我可以管理如何对模块进行排序的逻辑，但我无法弄清楚哪里来放置所述逻辑。
答案 0 :(得分：13)
我不喜欢使用ModuleDependency的想法，因为这意味着当模块b不存在时，模块a不会加载，而实际上没有依赖。相反，我创建了一个优先级属性来装饰模块：
/// <summary>
/// Allows the order of module loading to be controlled. Where dependencies
/// allow, module loading order will be controlled by relative values of priority
/// </summary>
[AttributeUsage(AttributeTargets.Class, AllowMultiple = false)]
public sealed class PriorityAttribute : Attribute
{
/// <summary>
/// Constructor
/// </summary>
/// <param name="priority">the priority to assign</param>
public PriorityAttribute(int priority)
{
this.Priority = priority;
}
/// <summary>
/// Gets or sets the priority of the module.
/// </summary>
/// <value>The priority of the module.</value>
public int Priority { get; private set; }
}
然后我装饰了这样的模块：
[Priority(200)]
[Module(ModuleName = "MyModule")]
public class MyModule : IModule
我创建了DirectoryModuleCatalog的新后代：
/// <summary>
/// ModuleCatalog that respects PriorityAttribute for sorting modules
/// </summary>
[SecurityPermission(SecurityAction.InheritanceDemand), SecurityPermission(SecurityAction.LinkDemand)]
public class PrioritizedDirectoryModuleCatalog : DirectoryModuleCatalog
{
/// <summary>
/// local class to load assemblies into different appdomain which is then discarded
/// </summary>
private class ModulePriorityLoader : MarshalByRefObject
{
/// <summary>
/// Get the priorities
/// </summary>
/// <param name="modules"></param>
/// <returns></returns>
[System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Performance", "CA1822:MarkMembersAsStatic"), System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Reliability", "CA2001:AvoidCallingProblematicMethods", MessageId = "System.Reflection.Assembly.LoadFrom")]
public Dictionary<string, int> GetPriorities(IEnumerable<ModuleInfo> modules)
{
//retrieve the priorities of each module, so that we can use them to override the
//sorting - but only so far as we don't mess up the dependencies
var priorities = new Dictionary<string, int>();
var assemblies = new Dictionary<string, Assembly>();
foreach (ModuleInfo module in modules)
{
if (!assemblies.ContainsKey(module.Ref))
{
//LoadFrom should generally be avoided appently due to unexpected side effects,
//but since we are doing all this in a separate AppDomain which is discarded
//this needn't worry us
assemblies.Add(module.Ref, Assembly.LoadFrom(module.Ref));
}
Type type = assemblies[module.Ref].GetExportedTypes()
.Where(t => t.AssemblyQualifiedName.Equals(module.ModuleType, StringComparison.Ordinal))
.First();
var priorityAttribute =
CustomAttributeData.GetCustomAttributes(type).FirstOrDefault(
cad => cad.Constructor.DeclaringType.FullName == typeof(PriorityAttribute).FullName);
int priority;
if (priorityAttribute != null)
{
priority = (int)priorityAttribute.ConstructorArguments[0].Value;
}
else
{
priority = 0;
}
priorities.Add(module.ModuleName, priority);
}
return priorities;
}
}
/// <summary>
/// Get the priorities that have been assigned to each module. If a module does not have a priority
/// assigned (via the Priority attribute) then it is assigned a priority of 0
/// </summary>
/// <param name="modules">modules to retrieve priorities for</param>
/// <returns></returns>
private Dictionary<string, int> GetModulePriorities(IEnumerable<ModuleInfo> modules)
{
AppDomain childDomain = BuildChildDomain(AppDomain.CurrentDomain);
try
{
Type loaderType = typeof(ModulePriorityLoader);
var loader =
(ModulePriorityLoader)
childDomain.CreateInstanceFrom(loaderType.Assembly.Location, loaderType.FullName).Unwrap();
return loader.GetPriorities(modules);
}
finally
{
AppDomain.Unload(childDomain);
}
}
/// <summary>
/// Sort modules according to dependencies and Priority
/// </summary>
/// <param name="modules">modules to sort</param>
/// <returns>sorted modules</returns>
protected override IEnumerable<ModuleInfo> Sort(IEnumerable<ModuleInfo> modules)
{
Dictionary<string, int> priorities = GetModulePriorities(modules);
//call the base sort since it resolves dependencies, then re-sort
var result = new List<ModuleInfo>(base.Sort(modules));
result.Sort((x, y) =>
{
string xModuleName = x.ModuleName;
string yModuleName = y.ModuleName;
//if one depends on other then non-dependent must come first
//otherwise base on priority
if (x.DependsOn.Contains(yModuleName))
return 1; //x after y
else if (y.DependsOn.Contains(xModuleName))
return -1; //y after x
else
return priorities[xModuleName].CompareTo(priorities[yModuleName]);
});
return result;
}
}
最后，我更改了引导程序以使用这个新目录：
/// <summary>Where are the modules located</summary>
/// <returns></returns>
protected override IModuleCatalog GetModuleCatalog()
{
return new PrioritizedDirectoryModuleCatalog() { ModulePath = @".\Modules" };
}
我不确定装配装载的东西是否是最好的做事方式，但它似乎有用......
答案 1 :(得分：3)
您可以使用模块类的ModuleDependency属性告诉加载器您的模块依赖于其他模块：
[ModuleDependency("SomeModule")]
[ModuleDependency("SomeOtherModule")]
public class MyModule : IModule
{
}
答案 2 :(得分：2)
您可以将默认的 IModuleInitializer 替换为自定义类的实例，而不是在加载模块后立即初始化模块，而是将它们存储在模块列表中。加载所有模块后，可以按照您想要的顺序初始化它们。
如何实现这一目标：
1）在引导程序中，覆盖 ConfigureContainer 方法，以替换 MyModuleInitializer 类的实例的默认 IModuleInitializer ，同时保持具有名称的默认初始值设定项（例如， defaultModuleInitializer ）：
protected override void ConfigureContainer()
{
base.ConfigureContainer();
var defaultContainer = Container.Resolve<IModuleInitializer>();
Container.RegisterInstance<IModuleInitializer>("defaultModuleInitializer", defaultContainer);
Container.RegisterType<IModuleInitializer, MyModuleInitializer>(new ContainerControlledLifetimeManager());
}
2）创建 MyModuleInitializer 类，该类执行所需的storea-all-then-sort-and-initialize过程：
public class MyModuleInitializer : IModuleInitializer
{
bool initialModuleLoadCompleted = false;
IModuleInitializer defaultInitializer = null;
List<ModuleInfo> modules = new List<ModuleInfo>();
public MyModuleInitializer(IUnityContainer container)
{
defaultInitializer = container.Resolve<IModuleInitializer>("defaultModuleInitializer");
}
public void Initialize(ModuleInfo moduleInfo)
{
if(initialModuleLoadCompleted) {
//Module loaded on demand after application startup - use the default initializer
defaultInitializer.Initialize(moduleInfo);
return;
}
modules.Add(moduleInfo);
if(AllModulesLoaded()) {
SortModules();
foreach(var module in modules) {
defaultInitializer.Initialize(module);
}
modules = null;
initialModuleLoadCompleted = true;
}
}
private bool AllModulesLoaded()
{
//Here you check whether all the startup modules have been loaded
//(perhaps by looking at the module catalog) and return true if so
}
private void SortModules()
{
//Here you sort the "modules" list however you want
}
}
请注意，在加载所有启动模块后，此类将恢复为仅调用默认初始值设定项。如果这不是您需要的，请适当调整课程。
答案 3 :(得分：1)
我通过使用ModuleDependency属性解决了这个问题，它就像魅力一样
答案 4 :(得分：0)
在Bootstrapper中的AddModule（）调用中，您可以指定依赖项。所以，你可以说A取决于B取决于C，这将决定加载顺序。
答案 5 :(得分：0)
从死里复活，因为我似乎找到了一些可能会有用的不同解决方案。我尝试了它并且它有效，但我还没有感觉到所有的利弊。
我正在使用DirectoryModuleCatalog获取所有模块的列表，这些模块都放在一个文件夹中。但我注意到，在大多数情况下，我的所有＆＃34; View＆＃34;模块取决于我的＆＃34;服务＆＃34;模块，这是一个非常常见的模式。任何服务都不应取决于视图。这让我思考，如果我们只是将所有服务模块放入一个文件夹，将所有视图模块放入另一个，并以正确的顺序创建两个不同的目录，该怎么办？一些挖掘，我发现这个article提到了一个叫做AggregateModuleCatalog的东西，它用来连接一堆目录。我找到了这个类here的源代码。以下是我如何使用它：
class Bootstrapper : UnityBootstrapper
{
protected override System.Windows.DependencyObject CreateShell() {...}
protected override void InitializeShell() {...}
protected override IModuleCatalog CreateModuleCatalog()
{
return new AggregateModuleCatalog();
}
protected override void ConfigureModuleCatalog()
{
((AggregateModuleCatalog)ModuleCatalog).AddCatalog(new DirectoryModuleCatalog { ModulePath = "Modules.Services" });
((AggregateModuleCatalog)ModuleCatalog).AddCatalog(new DirectoryModuleCatalog { ModulePath = "Modules.Views" });
}
}
AggregateModuleCatalog：
public class AggregateModuleCatalog : IModuleCatalog
{
private List<IModuleCatalog> catalogs = new List<IModuleCatalog>();
/// <summary>
/// Initializes a new instance of the <see cref="AggregateModuleCatalog"/> class.
/// </summary>
public AggregateModuleCatalog()
{
this.catalogs.Add(new ModuleCatalog());
}
/// <summary>
/// Gets the collection of catalogs.
/// </summary>
/// <value>A read-only collection of catalogs.</value>
public ReadOnlyCollection<IModuleCatalog> Catalogs
{
get
{
return this.catalogs.AsReadOnly();
}
}
/// <summary>
/// Adds the catalog to the list of catalogs
/// </summary>
/// <param name="catalog">The catalog to add.</param>
public void AddCatalog(IModuleCatalog catalog)
{
if (catalog == null)
{
throw new ArgumentNullException("catalog");
}
this.catalogs.Add(catalog);
}
/// <summary>
/// Gets all the <see cref="ModuleInfo"/> classes that are in the <see cref="ModuleCatalog"/>.
/// </summary>
/// <value></value>
public IEnumerable<ModuleInfo> Modules
{
get
{
return this.Catalogs.SelectMany(x => x.Modules);
}
}
/// <summary>
/// Return the list of <see cref="ModuleInfo"/>s that <paramref name="moduleInfo"/> depends on.
/// </summary>
/// <param name="moduleInfo">The <see cref="ModuleInfo"/> to get the</param>
/// <returns>
/// An enumeration of <see cref="ModuleInfo"/> that <paramref name="moduleInfo"/> depends on.
/// </returns>
public IEnumerable<ModuleInfo> GetDependentModules(ModuleInfo moduleInfo)
{
var catalog = this.catalogs.Single(x => x.Modules.Contains(moduleInfo));
return catalog.GetDependentModules(moduleInfo);
}
/// <summary>
/// Returns the collection of <see cref="ModuleInfo"/>s that contain both the <see cref="ModuleInfo"/>s in
/// <paramref name="modules"/>, but also all the modules they depend on.
/// </summary>
/// <param name="modules">The modules to get the dependencies for.</param>
/// <returns>
/// A collection of <see cref="ModuleInfo"/> that contains both all <see cref="ModuleInfo"/>s in <paramref name="modules"/>
/// and also all the <see cref="ModuleInfo"/> they depend on.
/// </returns>
public IEnumerable<ModuleInfo> CompleteListWithDependencies(IEnumerable<ModuleInfo> modules)
{
var modulesGroupedByCatalog = modules.GroupBy<ModuleInfo, IModuleCatalog>(module => this.catalogs.Single(catalog => catalog.Modules.Contains(module)));
return modulesGroupedByCatalog.SelectMany(x => x.Key.CompleteListWithDependencies(x));
}
/// <summary>
/// Initializes the catalog, which may load and validate the modules.
/// </summary>
public void Initialize()
{
foreach (var catalog in this.Catalogs)
{
catalog.Initialize();
}
}
/// <summary>
/// Adds a <see cref="ModuleInfo"/> to the <see cref="ModuleCatalog"/>.
/// </summary>
/// <param name="moduleInfo">The <see cref="ModuleInfo"/> to add.</param>
public void AddModule(ModuleInfo moduleInfo)
{
this.catalogs[0].AddModule(moduleInfo);
}
}
我还应该提到该文章陈述如下：
为了演示使用ModuleCatalog的多种方式， 使用Unity的QuickStart实现了一个AggregateModuleCatalog 源自IModuleCatalog。此类不适用于 运送申请。
为什么我不确定。我很乐意听到有关为什么会这样做的任何解释。
答案 6 :(得分：0)
遇到类似的问题，Fergus Bowns将答案与Haukinger建议的SmartDirectoryCatalog结合使用：Multiple DirectoryModuleCatalog in a Prism application 。我将此用于“可选依赖项”。希望这会对某人有所帮助。
PS：在实际的Prism Unity 7.2中，您需要用IModuleInfo替换ModuleInfo