Closed Bug 18180 Opened 25 years ago Closed 25 years ago

Pluglet Naming Problem

Categories

(Core Graveyard :: Java-Implemented Plugins, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: louis.martin, Assigned: blackconnect)

Details

Naming of interfaces Pluglet and PlugletInstance is confusing. For example, when implemented as classes an instance of Pluglet is not PlugletInstance nor an instance of PlugletInstance. Also, the createPlugletIntance method of Pluglet returns an instance of PlugletInstance -- not an instance of Pluglet. Yet even the docs get confused, speaking of an instance of Pluglet while meaning an instance of PlugletInstance. (The same confusion exists in the Mozilla documentation for Plugins.) The reason for this is that the Java implemntation of Plugins adopted the same language used by Netscape/Mozilla Plugins, where the problem originates. With the New Architecture for Plugins, the old monolithic architecture was split into three new interface on the developer side -- nsIPlugin, nsIPuginInstance, and nsIPluginStream. But nsIPlugin is really an interface for a Plugin factory, while an implementation of nsIPluginInstance would be the Plugin class. Thus names should probably be nsIPluginFactory and nsIPlugin for these interfaces. This is also appears in line with Mozilla policy on using factories for classes as discussed in Modularization Techniques. The suggestion here is that at least the Java version of Plugins (Pluglets) make these changes: Change Pluglet to PlugletFactory; Change PlugletInstance to Pluglet. This should eliminate confusion and allow for normal, meaninful conversations about Pluglets.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Verified.
Status: RESOLVED → VERIFIED
QA Contact: leila.garin → avm
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.