Is everything an object in python like ruby?


Question

A comment on another Stack Overflow question states that Python was just like Ruby, as it relates to "everything's an object," and everything in Python was an object, just like Ruby.

Is this true? Is everything an object in python like ruby?

How are the two different in this respect or are they really the same? For example, can you take a number and do the ruby stuff I've seen like:

y = 5.plus 6

Can that be done the same way in Python?

1
45
4/12/2019 4:55:27 PM

Accepted Answer

DiveIntoPython - Everything Is an Object

Everything in Python is an object, and almost everything has attributes and methods. All functions have a built-in attribute __doc__, which returns the doc string defined in the function's source code. The sys module is an object which has (among other things) an attribute called path. And so forth.

Still, this begs the question. What is an object? Different programming languages define “object” in different ways. In some, it means that all objects must have attributes and methods; in others, it means that all objects are subclassable. In Python, the definition is looser; some objects have neither attributes nor methods (more on this in Chapter 3), and not all objects are subclassable (more on this in Chapter 5). But everything is an object in the sense that it can be assigned to a variable or passed as an argument to a function (more in this in Chapter 4).

Ruby Docs - To Ruby From Python

As with Python, in Ruby,... Everything is an object

So there you have it from Ruby's own website: in Python everything is an object.

69
10/23/2012 12:25:05 PM

While everything is an object in Python, it differs from Ruby in its approach to resolving names and interacting with objects.

For example, while Ruby provides you with a 'to_s' method on the Object base class, in order to expose that functionality, Python integrates it into the string type itself - you convert a type to a string by constructing a string from it. Instead of 5.to_s, you have str(5).

Don't be fooled, though. There's still a method behind the scenes - which is why this code works:

(5).__str__()

So in practice, the two are fundamentally similar, but you use them differently. Length for sequences like lists and tuples in Python is another example of this principle at work - the actual feature is built upon methods with special names, but exposed through a simpler, easier-to-use interface (the len function).

The python equivalent to what you wrote in your question would thus be:

(5).__add__(6)

The other difference that's important is how global functions are implemented. In python, globals are represented by a dictionary (as are locals). This means that the following:

foo(5)

Is equivalent to this in python:

globals()["foo"].__call__(5)

While ruby effectively does this:

Object.foo(5)

This has a large impact on the approach used when writing code in both languages. Ruby libraries tend to grow through the addition of methods to existing types like Object, while Python libraries tend to grow through the addition of global functions to a given module.


Licensed under: CC-BY-SA with attribution
Not affiliated with: Stack Overflow
Icon