|
Moniker Providers
In general, a component should be a moniker provider when it allows access to
one of its objects, while still controlling the object's storage. If a
component is going to hand out monikers that identify its objects, it must be capable
of performing the following tasks:
- On request, create a moniker that identifies an object.
- Enable the moniker to be bound when a client calls IMoniker::BindToObject on it.
A moniker provider must create a moniker of an appropriate moniker class to identify an object. The moniker class refers to a specific implementation
of the IMoniker interface that defines the type of moniker created. While you can create a
new moniker class through an implementation of the IMoniker interface, it is frequently unnecessary because OLE provides five different
moniker classes, each with its own CLSID:
- File moniker
- Composite Moniker
- Item Moniker
- Anti-moniker
- Pointer moniker
The file, composite, and item monikers are the most frequently used monikers,
as they can be used to make nearly any object in any location. Anti- and
pointer monikers are primarily used inside OLE, but have some application in
implementing custom monikers.
Related LinksSoftware for Delphi and C++ Builder developers
Software for Visual Studio .NET developers
Software for Visual Basic 6 developers
Delphi Tips&Tricks
MegaDetailed.NET
TMS Scripter Studio Pro components for Delphi/C++Builder
More Online Helps Win32 Programmer's Reference (win32.hlp)
Win32 Multimedia Programmer's Reference (mmedia.hlp)
Microsoft Windows Pen API Programmer's Reference (penapi.hlp)
Microsoft Windows Sockets 2 Reference (sock2.hlp)
Microsoft Windows Telephony API (TAPI) Programmer's Reference (sock2.hlp)
Unix Manual Pages
|
