InternalsVisibleToAttribute und signierte Assemblies: So funktionierts garantiert.

Peter Bucher — Fri, 04 Dec 2009 15:46:00 GMT

Stellt euch vor, ihr habt zwei Assemblies:

MyProject.Core
MyProject.Core.Tests

Im Core-Projekt gibt es Typen, die nicht öffentlich gemacht werden sollten, allerdings für die UnitTests zugänglich sein sollen.
Nun, das ist ein kleines Problem, wenn man das Attribut “InternalsVisibleTo” kennt, mithilfe folgender Dekleration in der AssemblyInfo.cs des MyProject.Core-Projekts kann dies einfach erledigt werden:

[assembly: InternalsVisibleTo("MyProject.Core.Tests”)]

Das macht sogar sehr viel Sinn, denn sonst können Kollisionen und Verwechslungen der Extensionmethods beim Endbenutzer vorkommen.

Soweit, so gut. Die Typen der MyProject.Core-Assembly sind jetzt in der MyProject.Core.Tests-Assembly sichtbar.
Müssen die Projekte jedoch signiert sein, kommt es zu einem grösseren Problem.

In mehreren Blogs sind die nötigen Schritte beschrieben, jedoch werden da wichtige Punkte nicht genannt, die einem zur Verzweiflung treiben können.
Die sind wie folgt:

Alle involvierten Assemblies müssen signiert werden.
Der PublicKey muss vom Projekt bezogen werden, bei dem die Internals sichtbar werden sollen, in unserem Fall also das MyProject.Core.Tests-Projekt.

Nach einer weiteren Suche bin ich schlussendlich auf einem (selbsternannten) Newbie-Blog fündig geworden.
Noch später sties ich dann auf die folgende Anleitung, die eigentlich alles beinhaltet, sodass ich nicht alles im Detail niederschreiben muss, trotzdem die wichtigen Punkte nennen kann und vorallem die Lösung wieder einmal finde:

Also, beachtet die oben stehenden zwei Punkte und haltet euch an folgende Anleitung:

http://statestreetgang.net/post/2008/04/InternalsVisibleToAttribute-and-Strong-Named-Assemblies-Step-by-Step.aspx

Mehrere Sprachen in eine Assembly kompilieren / mergen

Peter Bucher — Tue, 08 Apr 2008 18:49:00 GMT

Ich dachte lange, wenn ich ein VB.NET- und ein C#-Projekt habe, geht es nicht, daraus eine einzige Assembly zu erzeugen.
Und wenn, dann nur mit Abstrichen in der Handlichkeit des ganzen, also keine Visual Studio Integration, Debuggin, Intellisense, etc..

Nun, eine kleine Resserche Heute Abend und ich wurde gleich zweimal vom Gegenteil überzeugt.
Vorneweg, ich möchte das im Normalfall natürlich niemandem empfehlen, wenn es jedoch unvermeindlich ist, oder aber Vorteile mit sich bringt, wieso nicht? :-)

Ganz nützlich wenn eine Control Sammlungs Assembly erstellt werden muss, und Controls in VB.NET, wie auch C# bestehen :-)

Hier die erklärenden Links (Englisch):

Peter Bucher : Assembly

InternalsVisibleToAttribute und signierte Assemblies: So funktionierts garantiert.

Mehrere Sprachen in eine Assembly kompilieren / mergen