Cosa prendere in considerazione prima della lista delle sottoclassi?

Question

Recentemente stavo passando per un problema di codifica che stavo avendo e qualcuno guardando il codice ha detto che la lista delle sottoclassi era cattiva (il mio problema non era correlato a quella classe). Ha detto che non dovresti farlo e che è venuto con un sacco di effetti collaterali negativi. È vero?

Sto chiedendo se la lista è in genere cattiva sottoclasse e se sì, quali sono le ragioni. In alternativa, cosa devo considerare prima della lista delle sottoclassi in Python?

Answer 1

Non ci sono vantaggi nella sottoclasse list. Nessuno dei metodi utilizzerà metodi sovrascritti, pertanto è possibile che si verifichino errori imprevisti. Inoltre, è molto spesso confuso fare cose come self.append anziché self.foos.append o in particolare self[4] anziché self.foos[4] per accedere ai tuoi dati. È possibile creare qualcosa che funziona esattamente come un elenco o (migliore) come una lista che si desidera veramente durante la sottoclasse object.

Answer 2

Penso che la prima domanda che mi pongo è: "Il mio nuovo oggetto è davvero una lista?". Cammina come una lista, parla come una lista? O è qualcos'altro?

Se si tratta di un elenco, tutti i metodi di elenco standard dovrebbero avere senso.

Se i metodi dell'elenco standard non hanno senso, l'oggetto dovrebbe contenere un elenco, non un elenco.

Nella vecchia lista di sottoclasse di python (2.2?) Era una cattiva idea per vari motivi tecnici, ma in un python moderno va bene.

Answer 3

Nick è corretto. Inoltre, mentre non posso parlare con Python, in altri linguaggi OO (Java, Smalltalk) la sottoclasse di una lista è una cattiva idea. L'ereditarietà in generale dovrebbe essere evitata e viene utilizzata la composizione delle deleghe.

Piuttosto, si effettua una classe contenitore e si delegano le chiamate all'elenco. La classe contenitore ha un riferimento all'elenco e puoi persino esporre le chiamate e i ritorni dell'elenco con i tuoi metodi. Questo aggiunge flessibilità e consente di modificare l'implementazione (un diverso tipo di elenco o struttura dati) in seguito senza rompere alcun codice. Se vuoi che il tuo elenco faccia cose di tipo listy differenti, il tuo contenitore può farlo e usa l'elenco semplice come una semplice struttura di dati. Immagina se avessi 47 diversi usi delle liste. Vuoi davvero mantenere 47 sottoclassi diverse? Invece si potrebbe fare questo tramite il contenitore e le interfacce. Una classe per mantenere e consentire alle persone di chiamare i tuoi metodi nuovi e migliorati tramite l'interfaccia (o le interfacce) con l'implementazione rimanente nascosta.

Answer 4

abstract base classes fornito nel modulo collections, in particolare MutableSequence, può essere utile quando si implementano classi di tipo elenco. Questi sono disponibili in Python 2.6 e versioni successive.

Con ABC è possibile implementare la funzionalità "core" della classe e fornirà i metodi che dipendono logicamente da ciò che è stato definito.

Per esempio, l'implementazione __getitem__ in una classe -derived collections.Sequence sarà sufficiente per fornire la classe con __contains__, __iter__, e altri metodi.

È possibile continuare a utilizzare un oggetto elenco contenuto per eseguire il sollevamento pesante.