En relation avec cette question, comment fonctionne la génération de l'AssemblyInfo? J'ai mis InternalsVisibleTo dans le fichier de la première classe d'un assemblage où je me rends compte que ce sera utile; Il semble plus approprié d'être dans AssemblyInfo avec les autres attributs d'assemblage, mais je ne voudrais pas qu'il soit écrasé par inadvertance.où mettre InternalsVisible à
Alors, où devrait-il aller?
Cheers,
Berryl
Les attributs de niveau d'assemblage peuvent apparaître dans n'importe quel fichier de code. Toutefois, par convention, ils sont placés dans le fichier AssemblyInfo. Cela facilite la découverte, car c'est là que les gens (ou les outils) vont généralement regarder lors de l'étude des problèmes.
J'utilise InternalsVisibleTo depuis de nombreuses années et je le place dans le fichier AssemblyInfo. Je n'ai jamais su qu'il soit écrasé par des outils, par exemple Visual Studio (toutes les éditions).
AssemblyInfo est vraiment juste une façon d'organiser vos attributs de l'Assemblée à l'échelle.
Il n'y a aucune raison que vous ne puissiez pas mettre tout votre code dans un fichier .cs géant, et le transmettre à MSBuild. Vous obtiendrez le même résultat final.
J'ai eu raison d'avoir plusieurs fichiers AssemblyInfo - AssemblyInfo.cs était spécifique à chaque assemblée, mais CommonAssemblyInfo a été partagé entre de nombreuses assemblées, et contenaient des choses comme les numéros et la version Soforth qui ont été générés par le système de construction.