conta contro lunghezza contro dimensione in una raccolta

Dall'utilizzo di una serie di linguaggi e librerie di programmazione ho notato vari termini usati per il numero totale di elementi in una raccolta.

Il più comune sembra essere length, counte size.

per esempio.

array.length
vector.size()
collection.count

C'è un termine preferito da usare? Dipende dal tipo di collezione che è? vale a dire. mutevole / immutabili

C'è una preferenza per essere una proprietà anziché un metodo?

Length() tende a riferirsi ad elementi contigui, ad esempio una stringa ha una lunghezza.

Count() tende a fare riferimento al numero di elementi in una raccolta più libera.

Size() tende a fare riferimento alla dimensione della raccolta, spesso può essere diversa dalla lunghezza in casi come vettori (o stringhe), ci possono essere 10 caratteri in una stringa, ma l'archiviazione è riservata a 20. Può anche riferirsi al numero di elementi - controlla la fonte / documentazione.

Capacity()- usato specificamente per fare riferimento allo spazio allocato nella raccolta e non al numero di elementi validi in essa contenuti. Se il tipo ha sia "capacità" che "dimensione" definite, "dimensione" di solito si riferisce al numero di elementi effettivi.

Penso che il punto principale sia il linguaggio umano e gli idiomi, la dimensione di una stringa non sembra molto ovvia, mentre la lunghezza di un set è ugualmente confusa anche se potrebbero essere usati per riferirsi alla stessa cosa (numero di elementi ) in una raccolta di dati.

FWIW (e questo è quasi del tutto assente), preferisco "Count" perché sembra indicare che restituirà il numero di elementi / elementi nella raccolta in modo abbastanza inequivocabile.

Di fronte ai termini "Lunghezza" o "Dimensione", mi viene spesso lasciato per un momento (o addirittura costretto a rileggere la documentazione) se la dannata cosa mi dirà quanti elementi ci sono nella collezione o come molti byte che la raccolta sta consumando. Ciò è particolarmente vero per le raccolte che devono essere contingenti come matrici o stringhe.

Ma nessuno che era responsabile delle convenzioni di denominazione utilizzate dai framework / librerie standard Java, BCL / .Net o C / C ++ si è preso la briga di chiedermelo, quindi siete tutti bloccati con qualsiasi cosa abbiano escogitato.

Se solo fossi molto più intelligente di me e fossi chiamato Bjarne, a tutti voi potrebbe essere risparmiata la sofferenza ...

Naturalmente, nel mondo reale, dovresti provare a rispettare qualsiasi convenzione di denominazione utilizzata dal linguaggio / piattaforma che stai utilizzando (ad es., size()In C ++). Non che questo sembra aiutarti con il tuo Array.Lengthdilemma.

I termini sono in qualche modo intercambiabili, sebbene in alcune situazioni preferirei l'uno all'altro. Di solito puoi ottenere il miglior utilizzo se pensi a Come descriveresti verbalmente la lunghezza / dimensione / conteggio di questo elemento ad un'altra persona?

length()implica che l'elemento ha una lunghezza. Una stringa ha una lunghezza. Dici "una stringa è lunga 20 caratteri", giusto? Quindi ha una lunghezza.

size()implica che l'elemento ha una dimensione. Ad esempio un file ha una dimensione. Dici "questo file ha una dimensione di 2 MB", giusto? Quindi ha una dimensione.

Detto questo, una stringa può anche avere una dimensione, ma mi aspetterei qualcos'altro qui. Ad esempio una stringa UTF-16 può avere una lunghezza di 100 caratteri, ma poiché ogni carattere è composto da due byte, mi aspetto che la dimensione sia 200.

count()è molto insolito. Objective-C utilizza count per il numero di elementi in un array. Si potrebbe obiettare se un array ha una lunghezza (come in Java), ha una dimensione (come nella maggior parte delle altre lingue) o ha un conteggio. Tuttavia, la dimensione potrebbe essere di nuovo la dimensione in byte (se gli elementi dell'array sono a 32 bit int, ogni elemento è 4 byte) e la lunghezza ... Non direi "un array è lungo 20 elementi", che suona piuttosto strano a me. Direi "un array ha 20 elementi". Non sono sicuro che il conteggio lo esprima molto bene, ma penso che contare sia qui una forma abbreviata elementCount()e che di nuovo ha molto più senso per un array di lunghezza () o dimensione ().

Se si creano oggetti / elementi propri in un linguaggio di programmazione, è meglio usare qualunque altro elemento simile, poiché i programmatori sono abituati ad accedere alla proprietà desiderata usando quel termine.

Conte penso che sia il termine più ovvio da usare se stai cercando il numero di articoli in una collezione. Ciò dovrebbe anche essere ovvio per i nuovi programmatori che non si sono ancora particolarmente affezionati a una determinata lingua.

E dovrebbe essere una proprietà così com'è: una descrizione (aka proprietà) della collezione. Un metodo implicherebbe che deve fare qualcosa per la raccolta per ottenere il numero di elementi e questo sembra poco intuitivo.

Hmm ... Non userei le dimensioni. Perché questo potrebbe essere confuso con la dimensione in byte. Lunghezza: potrebbe avere un senso per gli array, purché utilizzino i conseguenti byte di memoria. Anche se ... lunghezza ... in cosa? Il conteggio è chiaro. Quanti elementi Vorrei usare il conteggio.

A proposito di proprietà / metodo, vorrei usare la proprietà per contrassegnare è veloce e il metodo per contrassegnare è lento.

E, il più importante, mi atterrei agli standard delle lingue / librerie che stai usando.

Aggiunta alla risposta di @ gbjbaanb ...

Se "proprietà" implica l'accesso del pubblico al valore, direi che "metodo" è preferito semplicemente per fornire l'incapsulamento e nascondere l'implementazione.

Potresti cambiare idea su come countelementi o su come mantenerlo count. Se è una proprietà, sei bloccato: se viene acceduto tramite un metodo, puoi modificare l'implementazione sottostante senza influire sugli utenti della raccolta.

In Elixir esiste in realtà un chiaro schema di denominazione associato a tutti i tipi nella lingua.

Quando "conta" il numero di elementi in una struttura di dati, Elisir rispetta anche una semplice regola: la funzione viene denominata sizese l'operazione è in tempo costante (ovvero il valore è precalcolato) o lengthse l'operazione è lineare (ovvero calcolo la lunghezza diventa più lenta all'aumentare dell'input).

Per me, è un po 'come chiedere se "foreach" è meglio di "per ciascuno". Dipende solo dalla lingua / dalla struttura.

Direi che dipende dal linguaggio particolare che stai usando e dalle classi . Ad esempio in c # se stai usando Array hai Lunghezza proprietà , se hai qualcosa che eredita da IEnumerable hai l'estensione Metodo Count (), ma non è veloce. E se hai ereditato da ICollection hai il Conteggio proprietà .