Ich plane einige Arbeiten, um Dependency Injection in eine derzeit große monolithische Bibliothek einzuführen, um die Bibliothek als Bonus einfacher zu testen, verständlicher und möglicherweise flexibler zu machen.

Ich habe beschlossen, zu verwendenNInject, und ich mag Nates Motto "Mach eins, mach es gut" (umschrieben), und es scheint besonders gut im Kontext von DI zu funktionieren.

Was ich mich jetzt gefragt habe, ist, ob ich eine einzelne große Baugruppe in mehrere kleinere Baugruppen mit nicht zusammenhängenden Funktionssätzen aufteilen soll. Einige dieser kleineren Assemblys weisen Abhängigkeiten auf, aber bei weitem nicht alle, da die Architektur des Codes bereits ziemlich lose gekoppelt ist.

Beachten Sie, dass diese Feature-Sets für sich genommen nicht trivial und klein sind. Sie umfassen Dinge wie Client / Server-Kommunikation, Serialisierung, benutzerdefinierte Sammlungstypen, File-IO-Abstraktionen, allgemeine Routinebibliotheken, Threading-Bibliotheken, Standardprotokollierung usw.

Ich sehe das als vorherige Frage:Was ist besser, viele kleine Baugruppen oder eine große Baugruppe? Art-of adressiert dieses Problem, aber mit einer noch feineren Granularität, als dies scheint, was mich fragt, ob die Antworten dort in diesem Fall immer noch zutreffen?

In den verschiedenen Fragen, die in der Nähe dieses Themas gestellt werden, ist die allgemeine Antwort, dass zu viele Baugruppen nicht spezifizierte Schmerzen und Probleme verursacht haben. Ich würde wirklich gerne konkret wissen, was die möglichen Nachteile dieses Ansatzes sein könnten.

Ich bin damit einverstanden, dass das Hinzufügen von 8 Assemblys, wenn zuvor nur 1 benötigt wurde, „ein bisschen mühsam“ ist, aber es ist auch nicht gerade ideal, eine große monolithische Bibliothek für jede Anwendung einzuschließen. Außerdem müssen Sie die 8 Assemblys nur hinzufügen einmal, deshalb habe ich sehr wenig Verständnis für dieses Argument (auch wenn ich mich wahrscheinlich zuerst mit allen anderen beschweren würde).

Nachtrag:
Bisher habe ich keine überzeugenden Gründe gegen kleinere Versammlungen gesehen, daher denke ich, dass ich vorerst so vorgehen werde, als wäre dies kein Problem. Wenn jemand solide Gründe mit nachprüfbaren Fakten zur Untermauerung finden kann, wäre ich immer noch sehr interessiert, davon zu hören. (Ich werde so schnell wie möglich ein Kopfgeld hinzufügen, um die Sichtbarkeit zu erhöhen.)

BEARBEITEN: Die Leistungsanalyse und die Ergebnisse wurden in eine separate Antwort verschoben (siehe unten).