Object-Oriented Environments

Object-oriented applications have their foundation based in a completely different approach to information systems and process - of objects and reusability (yes, it really is more environmentally friendly to recycle old computer code). Object orientation is an entire universe comprising object-oriented analysis, design, programming, and even databases.

The object-oriented religion is based upon a fundamental principle: Objects, after they’re written, can be reused again and again, thereby making the enterprise’s entire software development effort more and more efficient over time.

Object orientation is known as OO, pronounced oh-oh ( not uh-oh).

As we mention above, the object is the primary element of OO. An object is encapsulated, which means that the inner workings of an object are hidden and can remain so. Objects communicate with each other by using messages. When an object receives a message, it performs whatever function it was designed to do, which is its method.

An object that’s running is an instance. The process of starting an instance is instantiation. But an instance can also refer to an object that’s a member of a class of objects.

As you can see, OO has quite a vocabulary, and you haven’t seen half of it yet. But now you can be sure that when you hear a couple of guys talking about someone’s objects ( ahem), you’ve got the secret decoder ring to know that they’re computer science types, probably even hip Web developers.

If you are tiring of reading about OO terms buried in paragraphs, here they are in a little glossary.

Behavior: The results of an object having been sent a message.

Class: In his book, Business Engineering with Object Technology, author David Taylor describes this as “a template that defines the methods and variables to be included in a particular type of object.” The class itself contains the common methods and variables, and objects in the class contain only those characteristics that make them unique. There are also subclasses (parts of a class) and superclasses (collections of classes).

Class hierarchy: The tree structure of a collection of objects and classes.

Delegation: What happens when an object receives a message requesting a method that it doesn’t have. The object delegates the message to the object that does contain the requested method.

 Technical Stuff   Objective trivia

Object orientation has its roots in two programming languages: Simula and Smalltalk. Simula was developed in the 1960s, and Smalltalk in the early 1970s. C++ was developed at AT&T Bell Laboratories in the early 1980s as an add-on to

the popular C language, which was also developed at Bell Labs. There are many newer OO languages including C# (pronounced C-sharp; not D-flat), Java/JavaScript, Perl, PHP, and Python.

Encapsulation: The packaging of an object. Everything inside the object is hidden, or encapsulated.

Inheritance: An object that gets some of its characteristics from a class. An object inherits characteristics from the class when it’s instantiated. It doesn’t have to wait for the class to grow old and die.

Instance: A particular object that’s a member of a class.

Message: How objects communicate with one another. A message contains the name of an object that it wants to communicate to, the method it should perform, and usually one or more parameters. The object sending the message is the sender; the object receiving it is the receiver.

Method: The procedure (code) contained in an object.

Multiple inheritance: When an object or class inherits characteristics from more than one class.

Object: The basic unit in OO.

Polyinstantiation: The process of developing one object from another object but with different values in the new object.

Polymorphism: Taylor describes this as “the ability to hide implementation details behind a common message interface.” This permits new objects to be added to a system without having to rewrite existing procedures.