[Enhancement] Strong Name assemblies
See original GitHub issueSummary
Consider strong naming Microsoft.Maui.*
and including the snk
in the repo.
I understand this wasn’t an option on Xamarin but would this be an option on MAUI?
After all, this is the official library authoring guideline from .NET:
✔️ CONSIDER strong naming your library’s assemblies.
✔️ CONSIDER adding the strong naming key to your source control system.
CSC : error CS8002: Referenced assembly 'Microsoft.Maui, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' does not have a strong name.
Issue Analytics
- State:
- Created 2 years ago
- Reactions:5
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Enhanced strong naming
Strong name keys consist of a signature key and an identity key. The assembly is signed with the signature key and is identified...
Read more >Create and use strong-named assemblies
A strong name consists of the assembly's identity—its simple text name, version number, and culture information (if provided)—plus a public ...
Read more >Enhanced Strong Naming
I am testing Enhanced Strong Naming (http://msdn.microsoft.com/en-us/library/hh415055.aspx) and having some problems getting it into a build ...
Read more >Strong-named assemblies
A strong name consists of an assembly's identity—its simple text name, version number, and culture information (when provided)—plus a public key and digital ......
Read more >Assigning a strong name key - SmartAssembly 6
Signing your assembly with a strong name key protects the assembly's name, and prevents modification of the assembly. To use strong name key ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I believe I have found a reasonable workaround:
That allows signed projects to consume unsigned MAUI assemblies. Everything then just works as expected.
Here’s another case for strong naming the MAUI assemblies.
If a MAUI project references a .NET class library that is strong named, the class library won’t be able to use
InternalsVisibleTo
to make its internals available to the MAUI project. Trying to do so will give a compile error: