From Wikipedia, the free encyclopedia
This article is about Apple's software messaging system. For their media events, see Apple media events.
Apple events are the canonical message-based interprocess communication mechanism in Mac OS, first appearing in
System 7 and supported by every version since then, including Mac OS X. Apple events describe "high-level" events such as
"open document" or "print file", whereas earlier OS's had supported much more basic events only, namely "click" and
"keypress". Apple events form the basis of the Mac OS scripting system, AppleScript.
The starting point is a dynamically-typed, extensible descriptor format called an AEDesc, which is just an OSType code
specifying the data type, together with a block of type-dependent data. For instance, the OSType code inte indicated that the
data was a four-byte signed integer in big-endian format.
Besides predefined type codes for various common simple types, there are two predefined structured descriptor types: an
AERecord, which has data type reco (record), and AEList with type list (list or array). The internal structure of these contain
recursively-nested AEDescs, while the AERecord also associated each element with a unique record field ID, which is an
OSType. The Apple Event Manager provides API calls to construct these structures, as well as extract their contents and
query the type of contents they hold.
The Apple Event Manager also supports coercions, which converts AEDescs from one data type to another. In addition to
standard coercions, for instance between integer and real types, applications can install their own coercion handler callbacks,
which could handle conversions to and from custom data types.
An Apple event proper is an AERecord with fields that depended on the purpose of the event. In addition, it has attributes
(which are distinct from record fields, which are now called the parameters of the event) from a set predefined by the Apple
Event Manager, specifying such things as the event type and class codes which indicates what the event is supposed to do
(both OSTypes), the target address to which the event is to be sent (which could be a process on the local or a remote
machine), and various other options for handling it. Remote machines initially had to be connected via AppleTalk, but Mac OS
9 added the option for connections via TCP/IP.
After sending an Apple event to its target process, the sending process could elect to receive a reply. This is also an Apple
event, which could contain various bits of information returned from the target about the processing of the request event,
including an error code indicating success/failure, or any other appropriate information.
Apple events are the foundation of the AppleEvent Object Model, which in turn is the foundation of AppleScript. Many other
programming languages can send and receive Apple events, including C, C++, Objective-C, Perl, UserTalk, Ruby and
Cook, William R. (September 29, 2006), AppleScript , University of Texas at Austin, pp. 1–1–1–21,
doi:10.1145/1238844.1238845 , CiteSeerX: 10.1.1.76.6993 , retrieved May 9, 2009. In particular, see Section 2.3
“Apple Events” (pages 9–13), though the history and importance of Apple Events is also discussed elsewhere in the
appscript — Apple event bridge for Python, Ruby, and Objective-C
V · T· E· Inter-process communication in computing
File · Memory-mapped file · Message passing · Message queue and mailbox · Named pipe · Anonymous pipe · Pipe ·
Semaphore · Shared memory · Signal · Sockets : Internet and Unix domain
Selected protocols Apple events · COM+ · CORBA · D-Bus · DDS · DCE · ICE · ONC RPC · POSIX (various methods) · SOAP · REST ·
and standards Thrift · TIPC · XML-RPC
Channel · D-Bus· libevent SIMPL SRR IPC
via Apple events