Czy wszystko jest obiektem w python jak rubin?

Question

Komentarz do innego pytania na temat przepełnienia stosu stwierdza, że ​​Python był podobny do Ruby, ponieważ odnosi się do "wszystkiego jest przedmiotem", a wszystko w Pythonie było obiektem, podobnie jak Ruby.

Czy to prawda? Czy wszystko jest w pythonie jak rubin?

Czym różnią się pod tym względem, czy naprawdę są takie same? Na przykład, można zrobić kilka rzeczy i zrobić rubinowy widziałem jak:

y = 5.plus 6 

Może to być wykonane w ten sam sposób w Pythonie?

Answer 1

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

Więc nie masz go z własnej stronie internetowej Ruby: w Pythonie wszystko jest obiektem.

Answer 2

Tak, o ile mi wiadomo, wszystko jest obiektem w Pythonie. Oczywiście typy pierwotne i wbudowane (int, long, str, float itp.) Mogą być podklasowane - i faktycznie same typy są obiektami. Funkcje są obiektami, klasy są obiektami, nawet bloki kodu są obiektami w pewnym sensie ... W Pythonie nie mogę myśleć o niczym, co nie może być traktowane jako obiekt.

Answer 3

W odpowiedzi na drugie pytanie, tak:

>>> (1).__add__(2) 
3 

Answer 4

„wszystko” jest odrobinę o przelicytować, zarówno Python i Ruby - na przykład if nie jest „przedmiotem”, a to słowo kluczowe używane do uruchamiania instrukcji warunkowych lub (w języku Python) wewnątrz spisanych wyrażeń i wyrażeń generatora. Entuzjazm odkrywania, że ​​funkcje, klasy, metody i wszelkiego rodzaju rzeczy, które tak naprawdę nie są obiektami w (powiedzmy) C++, są obiektami w Ruby lub Pythonie, powoduje taki entuzjazm. Inne rzeczy mogą być obiektami w Ruby, ale nie w Pythonie lub viceversa (bloki kodu, wyrażenia regularne, ...).

Answer 5

Podczas gdy wszystko jest obiektem w Pythonie, różni się od Rubiego podejściem do rozwiązywania nazw i interakcji z obiektami.

Na przykład, podczas gdy Ruby udostępnia metodę "to_s" w klasie obiektu, w celu ujawnienia tej funkcji, Python integruje ją z samym typem łańcucha - przekształcasz typ na ciąg znaków, tworząc ciąg znaków z tego. Zamiast 5.to_s masz str(5).

Nie daj się jednak zwieść. Jest jeszcze metoda za kulisami - dlatego ten kod działa:

(5).__str__() 

Więc w praktyce, dwa są zasadniczo podobne, ale można ich używać w różny sposób. Długość sekwencji, takich jak listy i krotki w Pythonie, jest kolejnym przykładem tej zasady w pracy - rzeczywista funkcja jest zbudowana na metodach o specjalnych nazwach, ale jest odsłonięta przez prostszy, łatwiejszy w użyciu interfejs (funkcja len).

Pyton równowartość co napisałeś w swoim pytaniu byłoby tak:

(5).__add__(6) 

Druga różnica to ważne jest, w jaki sposób realizowane są funkcje globalne. W pythonie globale są reprezentowane przez słownik (podobnie jak lokalne). Oznacza to, że:

foo(5) 

jest odpowiednikiem tego w Pythonie:

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

Podczas rubin skutecznie robi to:

Object.foo(5) 

ten ma duży wpływ na podejściu zastosowanym przy pisanie kodu w obu językach. Biblioteki Ruby mają tendencję do wzrostu poprzez dodanie metod do istniejących typów takich jak Object, podczas gdy biblioteki Pythona mają tendencję do wzrostu poprzez dodanie funkcji globalnych do danego modułu.

Answer 6

Aby dodać komentarz do doskonałych odpowiedzi innych osób: wszystko jest przedmiotem, ale niektóre - szczególnie łańcuchy i typy liczbowe - są niezmienne. Oznacza to, że te typy zachowują się tak, jak robią to w językach takich jak C lub Java (gdzie liczby całkowite, itp. Nie są obiektami) w odniesieniu do przypisania, przekazywania parametrów itp., I nigdy nie musisz się martwić o pułapki spowodowane przejściem odniesienie. To raczej dobre rozwiązanie :-)