Restituisce la lista clonata e getSize

Question

Restituisce la lista clonata e getSize

#1 da (3 voti)
#2 da (2 voti)
#3 da (0 voti)
#4 da (0 voti)

0

class A{
    private List<Item> itemsList;       

    public List<Item> getClonedItemsList{
        return new ArrayList<Item>(itemsLIst);
    }

    public int getItemsCount{
        return itemsList.size();
    }
}

Ha senso avere entrambi i metodi in questa classe? Ottenendo un clone della lista, anche i clienti della mia classe possono ottenere le sue dimensioni. D'altro canto, altri clienti potrebbero non voler clonare l'elenco di elementi e potrebbero interessarsi solo di quanti elementi ci sono nell'elenco.

object-oriented-design

posta user4205580 11.04.2016 - 10:39

fonte

4 risposte

Leggi altre domande sui tag object-oriented-design

Esiste un modo più semplice per verificare il livello elevato di password? Come gestire segnalazioni di bug o problemi in cui il giornalista non si preoccupa più e nessuno può riprodurlo?

score 3 · Answer 1

Perché i clienti hanno bisogno di un clone della lista? Il problema qui è che la clonazione di una lista è un'operazione costosa, che non si desidera eseguire inutilmente. Ma ci sono altre possibili soluzioni, tra cui la restituzione di un wrapper di sola lettura dell'elenco o l'utilizzo di un elenco immutabile nella classe stessa. Queste possibilità dovrebbero essere esaminate per prime, e l'ottimizzazione di includere un metodo get size viene presa in considerazione solo se non funzioneranno altre possibilità.

score 2 · Answer 2

La tua copia delle liste è un esempio di copia difensiva . In questo modo, il tuo cliente ottiene una copia dell'elenco gestito e, in quanto tale, non cambierà sotto di essi mentre stanno ripetendo (per esempio) su questo. Tieni presente che la semplice fornitura di un wrapper di sola lettura a una raccolta impedisce al tuo client di manipolare l'elenco, ma non che la stessa lista possa essere modificata con altri mezzi.

La copia difensiva può essere una buona pratica da utilizzare in tali casi in cui un client utilizzerà una raccolta / oggetto che un'altra entità può modificare simultaneamente.

È un'operazione costosa? Questo dipende dalle dimensioni e dall'uso della collezione. In quanto sopra suppongo che tu stia usando Java, e in quanto tale copia copi solo i riferimenti, nel qual caso la spesa può essere ridotta (ma non dimenticare che potresti volere assicurarti che gli oggetti di riferimento non possano / non lo faranno mutare)

score 0 · Answer 3

Non penso che sia necessario disporre di un metodo aggiuntivo per ottenere il conteggio. La proprietà count è una preoccupazione della ArrayList piuttosto che della classe A. I client possono sempre utilizzare la proprietà size su ArrayList per trovare il conteggio.

Se hai qualche caso d'uso che ti obbliga a restituire un valore diverso da quello che restituisce il metodo della dimensione su ArrayList, allora ha senso creare il metodo di conteggio

score 0 · Answer 4

Considera che il valore di ritorno di getItemsCount potrebbe essere diverso dal numero degli elementi nella lista clonata specialmente in un ambiente multithread ... Potresti avere la necessità di controllare la dimensione dell'elenco reale invece di quella clonata in modo da potrebbe avere senso avere entrambi i metodi.