JavaBean Property State

Like normal Java objects, Beans have an internal state that affects their appearance and behavior.
In normal Java objects, data can be declared public and is accessible to outside objects or applications.
A piece of public Bean data has a special significance and is known as a property.

Property: a discrete, named attribute of a Bean that determines its appearance and behavior.

Unlike public data in normal Java classes, properties aren't declared public in Beans because they must be accessed through a formal interface.
Properties are very important to Beans because they represent one of the primary means in which users interact with Beans at design time.

Even though properties often represent built-in Java data types such as int and long, they also can represent class and interface types.
In this way, a property can really be any data type you choose, including your own custom types.
Properties can also be computed values based on other properties or pieces of information.
In the next lesson, properties and Bean state will be discussed.

Properties are discrete, named attributes of a Java Bean that can affect its appearance or its behaviour. For example, a GUI button might have a property named “Label” that represents the text displayed in the button. Properties show up in a number of ways:

1. Properties may be exposed in scripting environments as though they were fields of objects. So in a Javascript environment I might do "b.Label = foo" to set the value of a property.
2. Properties can be accessed programmatically by other components calling their getter and setter methods
3. As part of the process of customizing a component , its properties may be presented in a property sheet for a user to edit.
4. Typically a bean's properties will be persistent, so that their state will be stored away as part of the persistent state of the bean.

Properties can have arbitrary types, including both built-in Java types such as "int" and class or interfaces types such as "java.awt.Color".

Properties are attributes of a Bean that are referenced by name and these properties are usually read and written by calling methods on the Bean specifically created for that purpose. A property of a thermostat component could be the comfort temperature. A programmer would set or get the value of this property through method calls, while an application developer using a visual development tool would manipulate the value of this property using a visual property editor.
The methods of a Bean are just the Java methods exposed by the class that implements the Bean. These methods represent the interface used to access and manipulate the component. Usually, the set of public methods defined by the class will map directly to the supported methods for the Bean, although the Bean developer can choose to expose only a subset of the public methods.
Events are the mechanism used by one component to send notifications to another. One component can register its interest in the events generated by another. Whenever the event occurs, the interested component will be notified by having one of its methods invoked. The process of registering interest in an event is carried out simply by calling the appropriate method on the component that is the source of the event. In turn, when an event occurs a method will be invoked on the component that registered its interest. In most cases, more than one component can register for event notifications from a single source. The component that is interested in event notifications is said to be listening for the event.