dans Visual Studio 2015 Il est possible de sélectionner la version de la langue C # en cours de codée, comme indiqué ici .
Je recherche la même option pour vb.net - Comment puis-je limiter la syntaxe, etc. aux anciennes versions VB.net?
Je tiens à le faire pour que je m'arrête accidentellement en utilisant des fonctionnalités de VB 14 dans un projet que je partage avec une personne utilisant Visual Studio 2012 . Je préfère ne pas spammer ma machine avec un studio Visual Studio 2012 ou devoir créer une nouvelle machine virtuelle pour une exigence assez occasionnelle.
Remarque: je ne veux pas modifier la version cible .NET Framework.
3 Réponses :
Je ne pense pas que cela soit possible lors de l'utilisation de VB.
Voir ce bogue Connect associé: Connect: VB 14 supprime les continuations de la ligne même lorsque web.config spécifie VB 8 comme compilateur
Pensez-vous qu'il serait possible de reproduire la fonctionnalité C # via une extension à VS?
Je viens de remarquer que Resharper peut le faire - voir ma réponse.
Si vous utilisez Resharper Il s'avère que ceci est une option:
Je n'ai pas testé à quel point cela fonctionne bien.
Le compilateur VB.net a le / Langversion option pour cela. Également soutenu par Msbuild. Mais pas par l'IDE, cela le rend gênant de le changer.
toujours possible, vous devez modifier le fichier .vbproj. Utilisez un éditeur de texte, le Bloc-notes fera. Et copier / coller cet extrait, insérez-le dans la 4ème ligne afin qu'elle soit efficace pour toutes les configurations et toutes les plateformes: p> et vérifiez qu'il est efficace: P > error BC36716: Visual Basic 12.0 does not support 'nameof' expressions.
J'aurai un test de cela. Il semble toujours permettre de permettre des propriétés automatiques réadonnées. Voyez-vous cela aussi?
Je peux reproduire ça. Attention à ce que cela ne soit pas mis à l'essai très souvent, Connect.Microsoft.com est un bon endroit pour signaler des bogues comme celle-ci.
Je vais faire un test de toutes les nouvelles fonctionnalités VB14 et signaler sur Connect.
Est relevé ici si vous n'êtes pas obligé de lui donner un vote. Je ne sais pas ces jours-ci si des trucs doivent être connectés à la connexion ou dans les zones de projet open source.
J'ai voté. Maintenant suivi dans ce Bug de Roslyn , fermé comme résolu le 21 janvier.
D'après ce que je peux voir, définir Langversion dans le fichier .proj travaille dans VS 2015, mais pas en 2017.
Fonctionne juste bien, vérifié dans la version 15.5.6