I programmatori preferiscono creare librerie estese o librerie sottili?

Question

I programmatori preferiscono creare librerie estese o librerie sottili?

#1 da (2 voti)

1

Per classi e funzioni, è chiaro: ognuno dovrebbe fare solo una cosa.

Per le biblioteche però, questo è meno chiaro. Se hai una biblioteca con collezioni, potrebbe avere più raccolte. Potrebbe avere funzioni utili come l'ordinamento, che non sono strettamente basate sulla raccolta ma gli utenti si aspetterebbero. Ognuno di questi risultati in una libreria "più ampia".

Dall'altro lato c'è una libreria per il tipo specifico di raccolta e / o con poche funzionalità integrate. Se vuoi una coda, ti dà una coda. Se vuoi ordinare quell'elenco, la libreria ti consente di farlo da solo.

Qual è la migliore pratica qui (se presente)? Riesco a vedere gli argomenti per ogni lato.

design libraries

posta Telastyn 29.06.2012 - 14:45

fonte

1 risposta

Leggi altre domande sui tag design libraries

Javascript: caricare in modo sicuro un file di dati del client Terminologia delle opzioni di zoom

score 2 · Accepted Answer

Largo quanto basta per rendere utilizzabili gli elementi principali della libreria.

Il tuo esempio con l'ordinamento è buono. Se la tua lingua / ambiente di destinazione ha funzioni di ordinamento predefinite per le raccolte e tu stai implementando raccolte che non possono essere ordinate con le normali funzioni di ordinamento, allora penso che sarebbe desiderabile includere le funzioni di ordinamento.

Se è possibile implementare le raccolte per ordinare con le funzioni predefinite del proprio ambiente di destinazione, aggiungere le funzioni di supporto probabilmente non è necessario e la libreria può essere più leggera.

Occasionalmente è utile aggiungere un metodo di convenienza anche quando le funzioni predefinite funzionano se la tua libreria è abbastanza specifica da creare specifici ordinamenti personalizzati che sarebbero sempre necessari come un ordinamento per anzianità del titolo di lavoro su una collezione di dipendenti.