AssemblyKeyFile und AssemblyKeyName Attribute

Question

Hallo zusammen,

ich habe eine Projekt, in welchem ich das InternalsVisibleTo Attribut wegen meinen UnitTests (eigenes Kompilat) nutze.

Wenn im Debug-Build das AssemblyKeyFile und das AssemblyKeyName Attribut mit einem leeren String als ctor Argument verwendet werden, bekomme ich beim Übersetzen eine Fehlermeldung mit der Info, dass auch das Testprojekt über einen Strongname verfügen muss:

[assembly: AssemblyDelaySign(false)]
#if DEBUG
[assembly: AssemblyKeyFile("")]
#else
[assembly: AssemblyKeyFile("MySnkFile.snk")]
#endif
[assembly: AssemblyKeyName("")]

Verzichte ich im DEBUG Build auf die Erzeugung von AssemblyKeyFile und AssemblyKeyName kann ich problemlos übesetzen.

 

[assembly: AssemblyDelaySign(false)]
#if DEBUG
#else
[assembly: AssemblyKeyFile("MySnkFile.snk")]
[assembly: AssemblyKeyName("")]
#endif

Was bewirkt die Verwendung von AssemblyKeyFile und AssemblyKeyName mit eine leeren String als ctor Argument und warum kann ich die Internals in diesem Fall nicht meinem nicht signiertes Unittest-Projekt zur Verfügung stellen?

Vielen Dank und Grüße,
Christian

Answer 1

Hi Christian,

wenn du die nicht signierten UnitTests verwenden willst, muss du den PublicToken der Testklasse bei VisibleTo mit angeben. Wie du den bekommst findest du hier.

Zur Erleuterung gibt es hier was.

MFG

Björn

Answer 2

Hi Björn,

vielen Dank für Deine Hilfe und die Info.

Bewirkt die Verwendung von AssemblyKeyName und AssemlbyKeyFile mit leeren Argumenten, dass die Assembly dennoch signiert ist?

Viele Grüße,
Christian

Answer 3

Hi Christian,

ich muss gestehen ich weiß es nicht genau. Der MSDN Artikel gibt da auch nicht viel her und verweist auf die ECMA. Da wollte ich mich jetzt nicht einlesen. Es gibt halt noch viele andere Sachen, die ich nicht weiß ;).

MFG

Björn

Answer 4

*****************************************************************************************************

Dieser Thread wurde mangels weiterer Beteiligung des Fragestellenden ohne bestätigte Lösung abgeschlossen.

Neue Rückfragen oder Ergänzungen zu diesem Thread bleiben weiterhin möglich.

*****************************************************************************************************

---

Ciprian Bogdan, MICROSOFT   Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip„Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.