Browse Prior Art Database

Optional Updating of Application-Registered Ojbects for Performance Enhancement

IP.com Disclosure Number: IPCOM000111702D
Original Publication Date: 1994-Mar-01
Included in the Prior Art Database: 2005-Mar-26
Document File: 2 page(s) / 70K

Publishing Venue

IBM

Related People

Malcolm, JW: AUTHOR [+2]

Abstract

In an object-oriented environment, objects can register themselves with an enabling application. Since the enabling application may know nothing about the registered object except the fact that is has been registered, it is up to the object to perform any periodic updates to itself that it may require. Because the enabling application knows about the existence of the registered objects, it can periodically call a method that allows the object to perform any required updates based on the present state of the system.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

Optional Updating of Application-Registered Ojbects for Performance
Enhancement

      In an object-oriented environment, objects can register
themselves with an enabling application.  Since the enabling
application may know nothing about the registered object except the
fact that is has been registered, it is up to the object to perform
any periodic updates to itself that it may require.  Because the
enabling application knows about the existence of the registered
objects, it can periodically call a method that allows the object to
perform any required updates based on the present state of the
system.

      Such method calls to the objects in an object-oriented
environment can be quite slow, however.  It would be much better from
a performance point of view if the objects were called with the
update method only in situations where an update may actually be
required, and not called when updates will not be required.

      When object state updates may be required, the enabling
application will call a method that it has defined at a high level in
the class hierarchy.  The registered object will have overridden this
method, and its own code will thus be called when the enabling
application calls the method.  The registered object will perform any
checks that it needs to determine proper states, and return this data
to the enabling application.  The enabling application then has to
decipher the returned data and perform any actual state changes.

      An example of this type of situation is when the object has
registered menu items which may or may not need to be periodically
updated in regards to being checked, disabled or removed, depending
on the current state of some aspect of the system.  This type of
updating is required every time the menu is about to be displayed....