Bibliotheksstruktur Konvention

Gemäß Names of Assemblies and DLLs sollte Ihre Bibliothek nach folgender Konvention benannt sein: <Company>.<Component>.dll. Das Problem tritt auf, wenn Sie Projekte wie WPF-Effekte (spezielles Projekt, das die Effekt-Build-Aktion bereitstellt) oder benutzerdefinierte WPF-Steuerelemente in Bibliotheken einbinden. Sollten Sie die Konvention brechen und DLLs wie folgt haben:Bibliotheksstruktur Konvention

MyCompany.MyLibrary.dll 
MyCompany.MyLibrary.MyEffects.dll 
MyCompany.MyLibrary.MyCustomControls.dll

Gibt es eine Möglichkeit, all die verschiedenen Projekte in einer einzigen DLL zu kombinieren?

Quelle

2016-07-14 Hisham Maudarbocus

Darüber hinaus würde das, was Sie zeigen, keine Konvention brechen, Sie können natürlich mehrere Namespaces in einer einzelnen Assembly haben (die aus einem Visual Studio-Bibliotheksprojekt mit mehreren Namespaces generiert wird). – Clemens

wie wäre es mit nur einer DLL. mehrere Projekte entsprechen mehreren dlls? –

Jedes Bibliotheksprojekt (wenn Sie über VS-Projekte sprechen) generiert eine Assembly-DLL. – Clemens

Wie in den Kommentaren erwähnt, könnten Sie mit dem Einfügen des gesamten Codes in ein Projekt zufrieden sein und es nur entsprechend benennen.

Falls Sie separate Baugruppen benötigen, können Sie diese mit Microsoft ILMerge oder mit Opensource ILRepack zusammenführen.

Quelle

2016-07-17 08:13:26

Antwort

Verwandte Themen