Controlla se qualcosa è un elenco

Question

Qual è il modo più semplice per verificare se qualcosa è un elenco?

Un metodo doSomething ha i parametri a e b. Nel metodo, eseguirà un ciclo attraverso l'elenco a e farà qualcosa. Mi piacerebbe un modo per assicurarmi che sia list, prima di eseguire il ciclo, evitando così un errore o la sfortunata circostanza di passare una stringa e recuperare una lettera da ciascun ciclo.

Questa domanda deve essere stata posta prima - tuttavia i miei google mi hanno deluso. Saluti.

Answer 1

per abilitare più casi d'uso, ma ancora trattare stringhe come scalari, non verificare la presenza di un essere un elenco, controllare che non è una stringa:

if not isinstance(a, basestring): 
    ... 

Answer 2

Di solito è considerato non un buon stile di eseguire tipo-check in Python, ma provate

if isinstance(a, list): 
    ... 

(penso che si può anche verificare se a.__iter__ esiste.)

Answer 3

I'd like a way to make sure a is a list, before looping through

Documentare la funzione.

Answer 4

Typechecking danneggia la generalità, la semplicità e la manutenibilità del codice. È usato raramente in buoni programmi Python idiomatici.

Ci sono due ragioni principali persone vogliono TYPECHECK:

1. Per emettere errori se il chiamante fornisce il tipo sbagliato.

   Questo non vale la pena. Se l'utente fornisce un tipo incompatibile per l'operazione che si sta eseguendo, verrà generato un errore quando si verifica la compatibilità. È preoccupante che ciò non avvenga immediatamente, ma in genere non richiede molto tempo e produce un codice più robusto, semplice, efficiente e più facile da scrivere.

   Spesso le persone insistono su questo con la speranza che possano prendere tutte le cose stupide che un utente può fare. Se un utente è disposto a fare cose arbitrariamente stupide, non c'è nulla che tu possa fare per fermarlo. Typechecking ha principalmente il potenziale di mantenere un utente che entra con i propri tipi che sostituiscono i rimpiazzi per quelli sostituiti o quando l'utente riconosce che la propria funzione dovrebbe essere effettivamente polimorfica e fornisce qualcosa di diverso che può accettare la stessa operazione.

   Se avessi un grande sistema in cui un sacco di cose fatte da molte persone dovessero combaciare perfettamente, userei un sistema come zope.interface per verificare che tutto combaci perfettamente.

2. Per fare cose diverse in base al tipo di argomenti ricevuti.

   Ciò rende il codice peggiore perché l'API non è coerente. Una funzione o un metodo dovrebbe fare una cosa, non cose fondamentalmente diverse. Questo finisce per essere una caratteristica che di solito non vale la pena sostenere.

   Uno scenario comune è quello di avere un argomento che può essere un foo o un elenco di foos. Una soluzione più pulita è semplicemente quella di accettare una lista di premi. Il tuo codice è più semplice e più coerente.Se si tratta di un caso d'uso comune importante solo per avere un foo, si può considerare di avere un altro metodo/funzione di convenienza che chiama quello che accetta un elenco di foos e non perde nulla. Fornire la prima API non sarebbe stata solo più complicata e meno coerente, ma si sarebbe interrotta quando i tipi non erano i valori esatti previsti; in Python distinguiamo gli oggetti in base alle loro capacità, non ai loro effettivi tipi. È quasi sempre meglio accettare un iterabile arbitrario o una sequenza invece di una lista e tutto ciò che funziona come un foo invece di richiedere un foo in particolare.

Come si può vedere, non credo che nessuna delle due ragioni sia abbastanza convincente da consentire il controllo del funzionamento in circostanze normali.