我们知道,要基于平台(容器)+插件的这种模式进行开发,我们必须定义一组契约,用于约束模块插件开发,也就是说,模块插件需要遵守一定的标准进行开发,才能正常被容器调用,这就是IModule所定义的内容。
IModule/// <summary>
/// 定义EAS模块插件的基本规范。
/// </summary>
public interface IModule: IObject
{
/// <summary>
/// 获取模块的名称。
/// </summary>
string ModuleName { get; }
/// <summary>
/// 获取模块的说明信息。
/// </summary>
string ModuleDescription { get; }
/// <summary>
/// 获取模块的分组信息。
/// </summary>
string Group { get; }
/// <summary>
/// 当功能模块成功启动后触发。
/// </summary>
event System.EventHandler Started;
/// <summary>
/// 在关闭模块之前触发该事件。
/// </summary>
event System.EventHandler Exited;
/// <summary>
/// 关闭当前模块,该方法是用于关闭运行在Shell中的程序模块。
/// </summary>
void Close();
/// <summary>
/// 运行当前模块,该方法是是用于由运行时Shell 载入模块,实现模块调用。
/// </summary>
/// <param name="parameters">模块运行的初始参数列表。</param>
void Run(params object[] parameters);
}
IModule定义了模块名称及模块被调用的方法Run(),以及被平台加载和关闭的事件,从定义可我们看到IModule继续自IObject接口。
IObject/// <summary>
/// 定义系统对象的基本规范。
/// </summary>
public interface IObject : IPrivilegObject, System.IDisposable
{
/// <summary>
/// 获取对象的说明信息。
/// </summary>
string Description { get;}
/// <summary>
/// 获取对象的图标。
/// </summary>
System.Drawing.Image Icon { get;}
}
这里为什么会出现IObject接口,这里提到一个说明,就在是EAS.NET平台设计之初,我们引入了一个想法,我们视程序中的模块、ORM对象、所定义的外部设备等统称为对象,并对这些对象进行管理,基于这于一个想法,我们引入了一个对象的概念,但是在实际应用中,对象这一层次的理解慢慢谈化,也许在将来的设计中,取消这个接口。
IObject接口显式的定义了对象的说明性信息对象描述和图标,对于IModule接口及IObject接口,都继承自一个重要的接口IPrivilegObject。
IPrivilegObject/// <summary>
/// 系统权限对象的基本规范。
/// </summary>
public interface IPrivilegObject
{
/// <summary>
/// 获取权限对象的全局唯一标识符(GUID)。
/// </summary>
System.Guid Guid { get; }
/// <summary>
/// 获取权限对象的类型信息,即对象的类名称。
/// </summary>
string Type { get; }
/// <summary>
/// 获取对象权限对象名称。
/// </summary>
string Name { get;}
/// <summary>
/// 获取对象的版本信息。
/// </summary>
string Version { get;}
/// <summary>
/// 获取对象的程序集信息。
/// </summary>
string Assembly { get;}
/// <summary>
/// 获取对象的开发者信息。
/// </summary>
string Developer { get;}
}
IPrivilegObject为权限对象接品,平台(运行容器)可以使用其鉴权系统对其实现权限检查,关于系统的权限设计我会在后面专门进行说明。
在模块插件的接口中,我们看到了很多关于模块自描述的信息,比如名称、说明、类型、程序集、版本号以及开发者等等,定义这些信息的目的在于对模块的自描述,资源管理平台在安装模块的过程中读取这些元数据并存储在数据库,以方便对系统中插件的管理。
模块元数据中定义的程序集、类型信息用于容器反射调用插件,这也是平台+插件所依赖的关键技术。
在具体的应用开发中,针对WinFrom和WebForm的不同应用对IModule接口进行了某些扩展和基础实现,用于在应用开发过程的特定应用,以加快开发速度。
在下一篇文章中,我将会对调用模块插件的平台,也就是运行容器做介绍。
链接:AgileEAS.NET应用开发平台介绍