Jump to content

PyObjC: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
NSCoder (talk | contribs)
NSCoder (talk | contribs)
Line 66: Line 66:
return self
return self


myLittleDuckOne = MyDuck.alloc().init()
myLittleDuckOne = MyDuck.alloc().init()

</source>
</source>



Revision as of 23:48, 26 September 2012

PyObjC
Developer(s)Ronald Oussoren, Bill Bumgarner, Steve Majewski, Lele Gaifax, et al.
Stable release
2.3.2a (as part of OS X 10.8) / July 25, 2012
Repository
Written inPython
Operating systemCross-platform
LicenseMIT License
Websitehttp://pyobjc.sourceforge.net/

PyObjC is a bidirectional bridge between the Python and Objective-C programming languages, allowing programmers to use and extend existing Objective-C libraries, such as Apple's Cocoa framework, using Python.

PyObjC is used to develop OS X applications in pure Python.

There is also limited support for GNUstep, an open source, cross-platform implementation of Cocoa.

For Python Programmers

The most important usage of PyObjC is enabling programmers to create GUI applications using Cocoa libraries in pure Python. Moreover, as an effect of Objective-C's close relationship with the C programming language (it is a pure superset), developers are also able incorporate any C-based API by wrapping it with an Objective-C wrapper and then using the wrapped code over the PyObjC bridge. Using Objective-C++, the same can be done with C++ libraries.

For Objective-C Programmers

Cocoa developers may also benefit, as tasks written in Python generally take fewer lines than the Objective-C equivalent. This can be used to their advantage as it enables faster prototyping.

History

PyObjC's origins date back to 1996, when Lele Gaifax built the original module in September of that year. Among the credited contributors were Guido van Rossum, creator of the Python programming language.

PyObjC was rewritten in 2002. Notable additions include the ability to directly subclass Objective-C classes from Python and nearly complete support for the Foundation, App Kit and Address Book frameworks.

Later the same year, support was added for non-framework Python builds, as well as subsequent support for the Python distribution included with OS X. Along with these changes came project templates for standalone Cocoa applications for use with Project Builder, the predecessor to the current Apple platform IDE, Xcode.

Apple incorporated PyObjC into OS X in 2007, with the release of Mac OS X 10.5 Leopard.

Principle Behind Bridge

The implementation of bridging between Python and Objective-C is by BridgeSupport and libffi. The core concept of connection is based on that Objective-C uses messages for communication between its objects. And PyObjC provides translation from these messages to Python methods by replacing the colons with underscores. Following is the sample for translation.

Messages and Methods

In Objective-C, objects communicate with each other by sending messages, which is analogous to method calls in other object-oriented languages. When an object receives a message, it looks up the message's name, or selector, and matches it up with a method designated the same selector, which it then invokes.

The syntax for these message expressions is inherited from Smalltalk, and appears as an object, called the receiver, placed next to the name of the message, or selector, which are placed within a pair of square brackets (the latter of which is not inherited from Smalltalk). Colons within a selector indicate it accepts one or more arguments, one for each colon. Intended to improve code readability, colons are placed within the selector such that when the required arguments are in place, the expression's intent is unambiguous:

   [myLittleDuck makeSomeNoise:quack eyesClosed:@YES onOneFoot:@YES];

This is distinct from the syntax used in Python, as in many other languages, where an equivalent expression would read:

    myLittleDuck.makeSomeNoise_eyesClosed_onOneFoot_(quack, True, True)

Translating Objective-C selectors to Python method names is accomplished by replacing each colon with a single underscore and listing the arguments within a pair of parentheses at the end, as demonstrated above.

Classes

Objective-C classes are subclassed in the same manner as a normal Python class:

  class MyDuck(NSObject):              # NSObject is a base Objective-C class.
     def init(self):
     self = super(MyDuck, self).init() # An Objective-C idiom, wherein the
                                       # subclass sends the superclass its
                                       # designated initializer.
     return self
   myLittleDuckOne = MyDuck.alloc().init()

</source>