Re: [Q] COM and dynamic link library?
Re: [Q] COM and dynamic link library?
- Subject: Re: [Q] COM and dynamic link library?
- From: JongAm Park <email@hidden>
- Date: Tue, 18 Apr 2006 15:23:53 -0700
Hello, Ondra.
Well, strictly speaking it may not be MS's COM.
But please read this documents.
http://developer.apple.com/documentation/CoreFoundation/Conceptual/CFPlugIns/Concepts/com.html
http://developer.apple.com/documentation/Cocoa/Conceptual/LoadingCode/Concepts/Plugins.html
http://www.macdevcenter.com/pub/a/mac/2004/04/16/com_osx.html
Apple's document didn't mention that it is MS's COM clearly, but anyway
it shares the mechanism.
I agree with your opinion in general. On Mac, it uses its own mechanism
for the Plug-In architecture, but at least it uses the COM description.
By the way, no one answered my original question. I am still
anticipating your answer. :)
Thank you.
Ondra Cada wrote:
JongAm,
On 18.4.2006, at 23:15, JongAm Park wrote:
I found out that the Plug-in architecture of the Cocoa uses
Microsoft's COM model
It does not. The Cocoa plug-in architecture is based on plain loadable
bundles, which exploit the dynamic Objective C architecture.
To create a Cocoa plug-in, you make a bundle; to load it, you use
NSBundle methods. To access its services, you generally use the
principalClass (which access is fully based on the information in the
Info.plist of the bundle), or--in more complex cases--you access all its
classes through the NSBundle notification NSBundleDidLoadNotification
with its NSLoadedClasses info--which, far as I can say, is determined
directly from the Objective C runtime.
Nowhere there is any place for the essentially non-object-oriented COM
model. I guess it perhaps might be used for Carbon plug-ins (whose C++
limitations do not allow for a decent plug-in architecture based on the
language runtime), but definitely *not* for Cocoa ones.
---
Ondra Čada
OCSoftware: email@hidden http://www.ocs.cz
private email@hidden http://www.ocs.cz/oc
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden