oggetti con nessun comportamento

Question

Sto pensando a una situazione in cui ho un oggetto "Operazione", che ha un bel paio di oggetti da essa come conto, importo, data, valuta, tipo, ecc

non ho mai piano per mutare questi punti dati e la logica di calcolo vivrà in altre classi. La mia domanda è, è povero design Python per istanziare migliaia di oggetti solo per contenere i dati? Trovo molto più facile lavorare con i dati incorporati in una classe piuttosto che cercare di inserirli in una combinazione di strutture dati.

Answer 1

No, questo è perfettamente a posto. In realtà, Python ha il supporto per esso nel modulo standard collections:

from collections import namedtuple 

Transaction = namedtuple("Transaction", ["account", "amount"]) 

invece di class Transaction(object): ecc Si noti che namedtuple è una sorta di "fabbrica di classe" ed è necessario passare il nome della classe per essere costruito, come una stringa. Questo non deve essere il nome a cui si lega il risultato, ma farlo è comunque una buona idea. I tipi di tuple nominati sono analoghi ai record in Pascal o alle strutture in C: titolari di dati con membri nominati ma nessun comportamento significativo.

Usage:

>>> t = Transaction(account="my private account", amount=+1000) 
>>> t 
Transaction(account='my private account', amount=1000) 
>>> t.amount 
1000 
>>> t.amount += 1 
Traceback (most recent call last): 
    File "<ipython-input-6-ae60188f2446>", line 1, in <module> 
    t.amount += 1 
AttributeError: can't set attribute 

Answer 2

direi che tutti i valori sono gli oggetti in ogni caso. Diciamo che invece dell'istanza della classe di transazione, avresti un dizionario {'nome transazione': [123, 'GBP', '12/12/12', 1234, 'in']}. Ora questo dizionario è di nuovo un oggetto e la differenza è che non era la tua classe. Tutto è comunque un oggetto. Il fatto che qualcosa sia un oggetto non lo rende automaticamente ingombrante, grande, lento o altro. Probabilmente avresti ancora bisogno di una considerazione su queste transazioni di quanti di quegli oggetti vuoi conservare nella memoria in un dato momento?

È una questione di design del codice chiaro a mio parere. Diciamo che ora hai un libro di classe che ha un metodo di azione, accettando oggetti di transazione come un attributo. Quando questo metodo di azione utilizzerà quindi le proprietà dell'oggetto, sarebbe molto più chiaro che se si riferisse ad ennesimi elementi di una lista, per esempio.

Il fatto che sia una classe ti lascia anche l'opportunità di modificare o aggiungere funzionalità in futuro. Ad esempio, potresti voler aggiungere la registrazione di tutte le transazioni o ritirare il metodo a un certo punto.