Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

Strong Key : différence VB / C#

Finissant un petit joujou de WebPart sous SharePoint (et préparant déja un update ;) ), je suis arrivé à une phase de déploiment.

Afin de bien être propre et carré, je suis allé signer ma dll ainsi que mes composants tiers (et oui, on doit tou signer jusqu'a la derniére référence)

Mais des petites choses m'ont surpris, donc je vous les retransmets :

Je fait partie de ces quelques malades/curieux/furieux/inTTegrateurs (je vous laisse le choix), qui aime bin mixer VB.net et C# le tout via différentes solutions aggrégant mes différents projets

>>> j'ai des solutions de test, de deploy (avec le cab par exemple) ou de maintenance

En clair, je crée déja ma solution SLN vierge puis j'ajoute/crée mes différents projets selon mes besoins (je vous le conseille, un repertoire Solution fait désormais partie de mes arbos de projets )

Donc me voici avec ma solution de déploiement , ma WebPart en C#, le Treeview en VB.net legerement customisé à mes besoins (merci FunkeLab)

Je crée mon fichier de clé avec le SN.EXE

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpguide/html/cpconcreatingkeypairforuseincreatingstrongly-namedassembly.asp

Mais voila, au niveau de l'assemblyInfo, C# et VB.net se comporte largement différemment (Salut PatriceCobol):

  • Le VB.net référencie le chemin du fichier clé depuis la position du fichier SLN (donc mon répertoire solution)
  • Le C#  lui le fait depuis la position de l'assemblée (donc le Bin/Release)

>>> Bref, des chemins absolument différents qui, bien sur, peuvent vous faire passer un mauvais quart d'heure quand vous voulez utilisez un seul fichier snk pour plusieurs projets ... 

Petit rappel

[Visual Basic]

[C#]
[assembly: AssemblyKeyFileAttribute(@"..\..\key.snk")]

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: lundi 6 décembre 2004 10:48 par themit
Classé sous :

Commentaires

themit a dit :

Perso, je mets systématiquement le chemin complet. En plus, ca permet de mettre ses clés du coffre fort dans un seul endroit (facilement CDRom-sauvegardeable)
# décembre 6, 2004 11:45
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01

- SharePoint Online: Script PowerShell pour supprimer une colonne dans tous les sites d’une collection par Blog Technique de Romelard Fabrice le 11-27-2018, 18:01