Allzweck-util-Bibliothek oder mehrere spezifische dlls?

Question

Ist es eine bessere Idee ‚Nutzen‘ Klassen-Dump, die von mehreren Projekten in einer einzigen Versorgungs Bibliothek gemeinsam genutzt werden, oder viele kleine Baugruppen, von denen jeder zu schaffen, hat durch die Projekte geladen werden, die sie verwenden?

Ich weiß nicht wirklich wie die Idee der Utility-Bibliotheken, und Sie erhalten eine Gesamtmischmasch von Funktionalität, aber auf der anderen Seite 20 dlls, die jeweils ein einzelnes Stück Funktionalität enthalten scheint nicht wie eine große Lösung entweder.

Gibt es einen dritten Weg?

EDIT: Dies ist mit .net

Answer 1

Ich neige dazu, Dienstprogramme in einer zu setzen (oder wenig) größere Baugruppen, aber mit Namespaces arbeiten, um eine klare Struktur unter ihnen zu erhalten.

Answer 2

Hängt, wie Sie möchten, dass Ihre Arbeit an Ihre Entwickler verteilt haben. Es hängt auch davon, wenn Sie später einige der Klassen wiederverwenden möchten. Und - wenn Sie eine Utility-Klasse, die in einem einzigen Punkt in gesamter Anwendung verwendet wird - das ist nicht mehr Utility-Klasse ...

Answer 3

würde ich mit einer Baugruppe, mit Namensraum gehen.

Seien Sie wachsam, was die Versorgungs Bibliothek geht in, wenn in vielen Projekten einschließlich. Else werden Sie mit so etwas wie dieses .