MMC相关的编程接口
MMC 实现了下面的接口:
IColumnData (new in MMC 1.2)
IConsole2
IConsoleNameSpace2
IConsoleVerb
IContextMenuCallback
IContextMenuProvider
IControlbar
IDisplayHelp
IHeaderCtrl2 (new in MMC 1.2)
IImageList
IMenuButton
IPropertySheetCallback
IPropertySheetProvider
IRequiredExtensions
IResultData
IToolbar
Snap-ins 实现了下面的接口:
IComponent
IComponentData
IEnumTASK
IExtendContextMenu
IExtendControlbar
IExtendPropertySheet2
IExtendTaskPad
IRequiredExtensions
IResultDataCompare
IResultDataCompareEx (new in MMC 1.2)
IResultOwnerData
ISnapinAbout
ISnapinHelp2
IComponent接口表示了右边的结果栏(Result pane)里的对象,MMC需要和结果栏里的对象通信时使用这个接口;
IComponentData接口表示了左边的目录栏(scopet pane)里的对象(这些对象可以称之为节点),MMC需要和目录栏里的对象通信时使用这个接口;
IExtendContextMenu接口,无论用户用鼠标右键点击了左边的节点(scope pane item)还是右边的项(result pane item),MMC都会弹出一个默认的关联菜单,这时MMC会使用这个接口询问该对象(Item),是否需要添加自己的菜单项。
IExtendControlbar和IExtendPropertySheet2也是类似的道理。
ISnapinAbout实现了一个关于对话框的接口,MMC通过这个接口了解Snapin的版本、描述信息、提供者信息、对话框图标,并且特别重要的是,MMC通过这个接口得到了Snapin的所有结点、项的默认图标,要修改根结点的图标也可以通过这个函数GetStaticFolderImage来向MMC提供。
详尽的描述请参考Platform SDK。
Snapin不需要实现全部接口,Sample仅实现了其中的:
IComponent
IComponentData
IExtendContextMenu
IExtendControlbar
IExtendPropertySheet2
ISnapinAbout
MMC的ATL实现支持类简介
Sample的模型图
ATL实现了几乎全部的接口,提供了默认的处理代码。ATL Wizzard生成的代码提供了基本的编程框架,Snapin的特性实现依赖于对CmySnapinData的某些函数的重载来修改默认行为。
上图中,CMySnapinComponent的基类IExtendContextMenuImpl,IExtendContextPropertySheet,也同CMySnapin的一样,依赖于对CMySnapinData的几个同名函数的调用,只是因为线条太乱才没有画出。
Snapin DLL Sample的代码生成Step by Step
1, 新建ATL工程,如果需要使用MFC,可以使用Wizzard选项支持MFC工程命名test6;
2, “New ATL Object”,选择“MMC Snapin”;
3, 命名“MySnapin”,并在第二个属性页“MMC Snapin”上,选择IextendContextMenu,IextendControlbar,IextendPropertySheet,IsnapinAbout;并且去掉对持久性的支持;
4, 确定后,ATL Wizzard为我们生成了CMySnapin, CCMySnapinComponent, CMySnapinData,CMySnapinAbout, CMySnapinPage;
5, 编译;然后运行mmc.exe,添加一个管理单元“MySnapin”,另存为MySnapin.msc;
代码简介
CMySnapin实现了IComponentData,IExtendContextMenu,,IExtendPropertySheet三个接口。CMySnapinComponent实现了IComponent,IExtendContextMenu,IExtendControlbar,IExtendPropertySheet 四个接口,CMySnapinAbout则实现了ISnapinAbout接口。
DLL向外部暴露了CMySnapin和CMySnapinAbout两个对象。这样MMC就可以找到ISnapinAbout和IComponentData,IExtendContextMenu,,IExtendPropertySheet三个接口,然后MMC通过IComponentData的CreateComponent方法创建了CMySnapinComponent对象,从而又提供了CMySnapinComponent的IComponent,IExtendContextMenu,IExtendControlbar,IExtendPropertySheet 四个接口。
从图中可以看到,ATL的接口实现类实现了部分方法的默认行为,然后把几个重要方法如Notify等传递到CMySnapinData对象的同名函数,让其继续处理。
CMySnapinData从CSnapinItemImpl继承,CSnapinItemImpl实现了CSnapinItem接口,该接口定义了Item对象(左边的节点(scope pane item)还有右边的项(result pane item))的所有行为。
CMySnapin在构造函数里创建了CMySnapinData作为根结点。一个Item的所有行为都可以通过重载某些方法来修改默认行为。比如在根结点下面添加几个子节点,可以在重载的Notify方法中处理MMCN_EXPAND消息等等。
MSDN中的MMC Snap-In Wizard
MMC Snap-In Wizard讲了MMC Snap-In FAQ:
1. How Do I Add a Toolbar Resource to the Snap-In Object?
2. How Do I Add Menu Items, Control Bar Buttons, and a Property Sheet to the Snap-In Object?
3. How Do I Enumerate the Child Items of the Snap-In Object?
4. How Do I Add Custom Item Types to the Snap-In Object?
以上内容请自行参考msdn,按照以上的方法,可以做出一个完整功能的Snapin了。但是,非常遗憾的是,ATL Wizzard提供的无论是菜单、工具栏还是属性页都是所有的Item公用的,无论是Scope Item还是Result Item。特别是在有多个不同种类的节点的时候,这样几乎是不合适宜的。
按需定制的Item实现QA
如何生成子节点(Scope Item)?
在按照以上步骤生成代码框架以后,运行MySnapin.msc可以看到只有一个根结点,名字是MySnapin。修改这个根结点的名字,只需要修改MySnapin.cpp文件中
const OLECHAR* CMySnapinData::m_SZDISPLAY_NAME = OLESTR("MySnapin");
这一行即可。
前面讲过ATL把Item抽象成CSnapinItem接口,CSnapinItemImpl类实现了这个接口的大部分默认行为,因此,所有的Item都应该从这个类继承。考虑到CMySnapinData作为我们的根结点,ATL已经为我们生成了一些代码,从CMySnapinData继承是更好的选择。(能够重用的代码其实只有CMySnapinData构造函数中的初始化代码,不过从CMySnapinData继承的最大好处是可以将公共的实现放在CMySnapinData类中,而不需要每个Item类都实现一份相同的代码。),本文将从CMySnapinData类继承,也由于CMySnapinData将作为基类实现,因此,我们需要另外做一个根结点。
接下来我们将生成三个一级子节点,分别为类似“服务”、“事件查看器”、“帐户管理”,然后在“事件查看器”和“帐户管理”中再生成二级子节点,基本上包含了定制菜单、属性页、工具栏等。
分别从CMySnapinData继承,生成CItemRoot, CServicesContainer, CEventsContainer, CAccountsContainer。注意,在MySnapin.h文件中加入一行 #include "test6.h"。
在CMySnapin的构造函数里,我们把根结点改为CItemRoot。
在CItemRoot类中,重载Notify方法,增加代码处理MMCN_EXPAND,这个消息给了我们添加子节点(Scope Item)的机会。
case MMCN_EXPAND:
{
CComQIPtr<IConsoleNameSpace, &IID_IConsoleNameSpace>
spConsoleNameSpace(spConsole);
m_pServicesContainer->m_scopeDataItem.mask |= SDI_PARENT;
m_pServicesContainer->m_scopeDataItem.relativeID = param;
spConsoleNameSpace->InsertItem(&m_pServicesContainer->m_scopeDataItem);
m_pEventsContainer->m_scopeDataItem.mask |= SDI_PARENT;
m_pEventsContainer->m_scopeDataItem.relativeID = param;
spConsoleNameSpace->InsertItem(&m_pEventsContainer->m_scopeDataItem);
m_pAccountsContainer->m_scopeDataItem.mask |= SDI_PARENT;
m_pAccountsContainer->m_scopeDataItem.relativeID = param;
spConsoleNameSpace->InsertItem(&m_pAccountsContainer->m_scopeDataItem);
hr = S_OK;
}
break;
如何生成结果栏的项(Result Item)
从CMySnapinData继承,生成CEventEntry类,表示一个事件内容。在CEvent类中修改Notify方法的MMCN_SHOW消息,这个消息给了我们添加Result Item的机会。
如何修改子节点的名字?
每一个结点都从CMySnapinData继承,其父类CSnapinItemImpl有一个成员变量CComBSTR m_bstrDisplayName。
MMC调用IComponentData或者IComponent 的GetDisplayInfo来获得显示信息,包括结点名字,GetDisplayInfo把调用传递到GetScopePaneInfo或者GetResultPaneInfo函数,GetScopePaneInfo和GetResultPaneInfo函数默认返回m_bstrDisplayName。
因此只要在构造函数里修改m_bstrDisplayName的值即可达到目的。
如何修改子节点的图标?
在CMySnapinData中实现Notify方法的MMCN_ADD_IMAGES消息,这这里我们把所有的图标全部加载。这样其他的Item类就不需要再实现这部分代码了,只要把Notify中没有处理的消息让CMySnapinData的Notify方法处理一下即可。
对于每个Snapin都有一个IImageList接口可供使用,MMC利用这个图标列表来保存所有需要用到的图标,以后每个Item只需要指出它的图标在图标列表的索引即可:
m_scopeDataItem.nImage = 2;
m_scopeDataItem.nOpenImage = 2;
但是Scope栏中的图标却不是通过MMCN_ADD_IMAGES消息来加载的,而必须在CMySnapin类的Initialize方法中首先加载所有必要的图标。
还有,以上的方法对根结点的图标都没有作用。根结点的图标的修改必须通过修改CMySnapinAbout类GetStaticFolderImage方法才可以。也可以顺便为About对话框添加一个ICON。
如何修改子节点在结果栏中的默认显示?
Scope Item在Result pane中默认仅仅显示一个名称。比如,在选中“MySnapin”时,默认行为是在Result pane中显示一级子节点。下面我们让“事件查看器”显示更详尽的信息。
在CEventsContainer的Notify方法中修改MMCN_SHOW消息:
case MMCN_SHOW:
{
CComQIPtr<IResultData, &IID_IResultData> spResultData(spConsole);
spHeader->InsertColumn(0, L"日志", LVCFMT_LEFT, 100);
spHeader->InsertColumn(1, L"描述", LVCFMT_LEFT, 200);
hr = S_OK;
}
break;
然后在CEvent中重载GetResultPaneColInfo方法,提供每一列的显示字符串。
由于GetResultPaneColInfo是非虚函数,因此我们还得在CEvent重载GetResultPaneInfo函数。或者修改CMySnapinData的GetResultPaneColInfo函数为虚函数,那么就可以不用再重载GetResultPaneInfo了。
如何给某一个子节点添加自己独特的菜单?
由于从CSnapinItemImpl以模版方式实现,因此从CMySnapinData继承的Item类,将需要重载相应的处理函数,而不能最大限度地重用CSnapinItemImpl的实现。
所以,我们让CService等几个需要更多功能的类从CSnapinItemImpl<CService>继承。
给“服务”项目添加“启动”、“停止”菜单。
1, 在菜单资源中添加菜单IDR_MYSNAPIN_MENU1,添加菜单项“启动”、“停止”到第一个下拉菜单中,如果需要在其他菜单项上,也可以添加到其他的下拉菜单中;
2, 使用宏SNAPINMENUID(IDR_MYSNAPIN_MENU1)来告诉ATL菜单资源的ID;
3, 使用宏
BEGIN_SNAPINCOMMAND_MAP(CService, FALSE)
SNAPINCOMMAND_ENTRY(IDM_START, OnStart)
SNAPINCOMMAND_ENTRY(IDM_STOP, OnStop)
END_SNAPINCOMMAND_MAP()
来接收命令消息。
4, 并使用
HRESULT OnStart(bool& bHandled, CSnapInObjectRootBase* pObj);
HRESULT OnStop(bool& bHandled, CSnapInObjectRootBase* pObj);
来处理消息。
5, 如有必要,重载UpdateMenuState函数修改菜单状态;
如何给某一个子节点添加自己独特的工具栏?
给“服务”项目添加“启动”、“停止”工具栏按钮。
1, 资源中添加工具栏,添加按钮“启动”、“停止”;
2, 使用宏
BEGIN_SNAPINTOOLBARID_MAP(CService)
SNAPINTOOLBARID_ENTRY(IDR_TOOLBAR1)
END_SNAPINTOOLBARID_MAP()
来接收命令消息。
3, 如有必要,重载UpdateToolbarButton函数修改按钮状态;
4, 如有必要,在处理消息后,可以通过IToolbar接口修改工具栏按钮状态;
如何给某一个子节点添加自己独特的属性页?
给“帐户”添加属性页。
1, 在CAccount类中重载Notify方法。
2, 在Notify方法中处理MMCN_SELECT消息:
CComPtr<IConsoleVerb> spConsoleVerb;
if(spConsole->QueryConsoleVerb(&spConsoleVerb) != S_OK)
{
ATLTRACE("==>Query ConsoleVerb faild./n");
return S_FALSE;
}
else
{
spConsoleVerb->SetVerbState(MMC_VERB_PROPERTIES, ENABLED,
TRUE);
hr = S_OK;
}
3, 重载CreatePropertyPages、QueryPagesFor方法,创建属性页,可以使用ATL Wizzard为我们生成的CMySnapinPage,也可以自行定制一个类似的类。
4, 如有必要,可以在属性页的OnApply函数中发出属性改变通知CAccout;
5, CAccout相应地更新自己的显示。
注意点:
SCOPEDATAITEM/RESULTDATAITEM 结构的lParam,ATL特殊用法
lParam在ATL中有特殊意义,IComponentImpl和IComponentDataImpl的GetDisplayInfo函数都假设SCOPEDATAITEM/RESULTDATAITEM 结构的lParam就是CSnapInItem对象,因此,CMySnapinData的构造函数中有m_scopeDataItem.lParam = (LPARAM) this;和m_resultDataItem.lParam = (LPARAM) this;
因此,如果我们的Item类不从CMySnapinData继承的话,那么也要同样做这些工作。
QueryPagesFor方法
如果Snapin支持属性页,那么必须在Root结点上提供一个QureyPagesFor的方法来支持,否则无法通过MMC控制台“增加”这个管理结点。