Il letterale intero è un oggetto in Python?

Question

Eventuali duplicati:
accessing a python int literals methods

tutto in Python è un oggetto. Anche un numero è un oggetto:

>>> a=1 
>>> type(a) 
<class 'int'> 
>>>a.real 
1 

ho provato quanto segue, perché dovremmo essere in grado di accedere ai membri della classe di un oggetto:

>>> type(1) 
<class 'int'> 
>>> 1.real 
    File "<stdin>", line 1 
    1.real 
     ^
SyntaxError: invalid syntax 

Perché questo non funziona?

Answer 1

Sì, un numero intero letterale è un oggetto in Python. Per riassumere, il parser deve essere in grado di capire che si tratta di un oggetto di tipo intero, mentre l'istruzione 1.real confonde il parser nel pensare che abbia un float 1. seguito dalla parola real, e quindi solleva un errore di sintassi.

Per testare questo si può anche provare

>> (1).real 
    1 

così come,

>> 1.0.real 
    1.0 

così nel caso di 1.real pitone è interpretare la . come un punto decimale.

Modifica

BasicWolf mette bene troppo - 1. viene interpretata come la rappresentazione in virgola mobile di 1, quindi 1.real equivale a scrivere (1.)real - quindi con nessun attributo operatore di accesso cioè periodo/fermo. Da qui l'errore di sintassi.

Ulteriori modifica

Come mgilson allude nella sua/suo commento: il parser in grado di gestire l'accesso a int s' attributi e metodi, ma solo finché la dichiarazione chiarisce che esso viene dato un int e non uno float.

Answer 2

Anche se il comportamento con 1.real sembra illogiche, si prevede a causa della specifica del linguaggio: Python interpreta 1. come un galleggiante (vedi floating point literals) Ma, come ha sottolineato @mutzmatron (1).real lavori perché l'espressione tra parentesi è un oggetto Python valida..

aggiornamento: fare attenzione ai seguenti box:

1 + 2j.real 
>>> 1.0  # due to the fact that 2j.real == 0 
# but 
1 + 2j.imag 
>>> 3.0  # due to the fact that 2j.imag == 2 

Answer 3

È ancora possibile accedere 1.real:

>>> hasattr(1, 'real') 
True 
>>> getattr(1, 'real') 
1 

Answer 4

una lingua di solito è composta da tre livelli.

quando si fornisce un programma a una lingua prima deve "leggere" il programma. poi costruisce ciò che ha letto in qualcosa con cui può funzionare. e infine esegue quella cosa come "un programma" e (si spera) stampa un risultato.

il problema qui è che la prima parte di python - la parte che legge i programmi - è confusa. è confuso perché non è abbastanza intelligente da sapere la differenza tra

1.234 

e

1.letters 

quello che sembra accadere è che si pensa si stava tentando di digitare un numero come 1.234 ma commesso un errore e lettere digitate invece (!).

quindi questo non ha nulla a che fare con ciò che 1 "è veramente" e se è o meno un oggetto. tutto quel tipo di logica avviene nel secondo e nel terzo stadio che ho descritto in precedenza, quando python tenta di compilare e quindi eseguire il programma.

quello che hai scoperto è solo una strana (ma interessante!) Ruga in come Python legge i programmi.

[lo definirei un errore, ma probabilmente lo è per una ragione. si scopre che alcune cose sono difficili da leggere per i computer. python è probabilmente progettato in modo che sia facile (veloce) per il computer leggere i programmi. risolvere questo "bug" probabilmente renderebbe la parte di python che legge i programmi più lentamente o più complicati. quindi è probabilmente un trade-off.]