gecko-dev/xpcom/sample/nsSample.js
mccabe%netscape.com 05fabaf02e Not used by Mozilla!
(also fixes a warning)

Change to use non-deprecated js getter/setter syntax.
2000-05-24 07:20:11 +00:00

137 lines
5.3 KiB
JavaScript

/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/*
* No magic constructor behaviour, as is de rigeur for XPCOM.
* If you must perform some initialization, and it could possibly fail (even
* due to an out-of-memory condition), you should use an Init method, which
* can convey failure appropriately (thrown exception in JS,
* NS_FAILED(nsresult) return in C++).
*
* In JS, you can actually cheat, because a thrown exception will cause the
* CreateInstance call to fail in turn, but not all languages are so lucky.
* (Though ANSI C++ provides exceptions, they are verboten in Mozilla code
* for portability reasons -- and even when you're building completely
* platform-specific code, you can't throw across an XPCOM method boundary.)
*/
function mySample() { /* big comment for no code, eh? */ }
/* decorate prototype to provide ``class'' methods and property accessors */
mySample.prototype = {
/*
* getter: and setter: are new Magic in JS1.5, borrowing intent -- if not
* complete syntax -- from the JS2 design. They define accessors for
* properties on the JS object, follow the expected rules for prototype
* delegation, and make a mean cup of coffee.
*/
get value() { return this.val; },
set value(newval) { return this.val = newval; },
writeValue: function (aPrefix) {
dump("mySample::writeValue => " + aPrefix + this.val + "\n");
},
poke: function (aValue) { this.val = aValue; },
/*
* We don't need a QueryInterface method unless we're doing
* something fancy like supporting multiple interfaces (not
* counting nsISupports, of course), or aggregating with an outer.
*
* If you _are_ providing a QueryInterface method, note that until
* bug 14460 is resolved you need to name it QueryInterface, not
* queryInterface as you might believe.
*/
val: "<default value>"
}
var myModule = {
firstTime: true,
/*
* RegisterSelf is called at registration time (component installation
* or the only-until-release startup autoregistration) and is responsible
* for notifying the component manager of all components implemented in
* this module. The fileSpec, location and type parameters are mostly
* opaque, and should be passed on to the registerComponent call
* unmolested.
*/
registerSelf: function (compMgr, fileSpec, location, type) {
if (this.firstTime) {
dump("*** Deferring registration of sample JS components\n");
this.firstTime = false;
throw Components.results.NS_ERROR_FACTORY_REGISTER_AGAIN;
}
dump("*** Registering sample JS components\n");
compMgr.registerComponentWithType(this.myCID,
"Sample JS Component",
"mozilla.jssample.1", fileSpec,
location, true, true,
type);
},
/*
* The GetClassObject method is responsible for producing Factory and
* SingletonFactory objects (the latter are specialized for services).
*/
getClassObject: function (compMgr, cid, iid) {
if (!cid.equals(this.myCID))
throw Components.results.NS_ERROR_NO_INTERFACE;
if (!iid.equals(Components.interfaces.nsIFactory))
throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
return this.myFactory;
},
/* CID for this class */
myCID: Components.ID("{dea98e50-1dd1-11b2-9344-8902b4805a2e}"),
/* factory object */
myFactory: {
/*
* Construct an instance of the interface specified by iid,
* possibly aggregating with the provided |outer|. (If you don't
* know what aggregation is all about, you don't need to. It reduces
* even the mightiest of XPCOM warriors to snivelling cowards.)
*/
CreateInstance: function (outer, iid) {
dump("CI: " + iid + "\n");
if (outer != null)
throw Components.results.NS_ERROR_NO_AGGREGATION;
/*
* If we had a QueryInterface method (see above), we would write
* the following as:
* return (new mySample()).QueryInterface(iid);
* because our QI would check the IID correctly for us.
*/
if (!iid.equals(Components.interfaces.nsISample) &&
!iid.equals(Components.interfaces.nsISupports)) {
throw Components.results.NS_ERROR_INVALID_ARG;
}
return new mySample();
}
},
/*
* canUnload is used to signal that the component is about to be unloaded.
* C++ components can return false to indicate that they don't wish to
* be unloaded, but the return value from JS components' canUnload is
* ignored: mark-and-sweep will keep everything around until it's no
* longer in use, making unconditional ``unload'' safe.
*
* You still need to provide a (likely useless) canUnload method, though:
* it's part of the nsIModule interface contract, and the JS loader _will_
* call it.
*/
canUnload: function(compMgr) {
dump("*** Unloading sample JS components\n");
return true;
}
};
function NSGetModule(compMgr, fileSpec) {
return myModule;
}