2
Tous les ajouts à C# pour la version 4 (dynamiques, contrats de code, etc.) sont-ils attendus sur le .NET CLR actuel ou y a-t-il également une mise à niveau .NET planifiée?Compatibilité C# 4 et CLR
A
Répondre
5
C# 4 nécessitera le .NET 4.0 CLR.
2
Vous n'avez pas à attendre que 4.0 utilise les contrats de code car il s'exécute sur .NET 3.5, le lien de téléchargement pour la version d'aperçu académique est here.
+0
Pour la licence académique VS2008 seulement :( – johnc
+0
Gardez les problèmes de licence de côté, il n'a pas besoin de runtime 4.0 pour s'exécuter, c'est important et sympa –
+0
Wow, c'est génial, je suis impatient de l'essayer, mais je n'ai pas J'ai eu le temps de configurer une boîte VS 2010. –
4
Eh bien, .NET 4.0 nécessitera CLR 4.0; Cependant, il est un peu plus difficile de répondre à quelles parties de C# 4.0 fonctionneront .NET 2.0/3.x. Nous pouvons espérer que le VS2010 sera encore multi-ciblage (je n'ai pas le CTP "sur moi" pour ainsi dire, donc je ne peux pas vérifier ...). Mais certaines des caractéristiques du langage ne semblent pas très liées à l'exécution (paramètres nommés, certaines des modifications COM telles que "ref") - donc je ne peux pas penser à une bonne raison pour laquelle ils ne seraient pas disponibles lorsque vous parlez à .NET 2.0/3.x. Je n'ai pas vérifié, cependant.
Cependant, comme avec C# 3.0, certaines des caractéristiques sont liée à l'exécution - en particulier dynamic.
je dois creuser le CTP et une autre pièce, ... methinks
+0
Je suis d'accord, je peux voir pourquoi dynamique peut avoir besoin d'une mise à jour de clr, mais le code ne contracte pas tellement – johnc
+0
Eh bien, les contrats-codes nécessiteront les attributs eux-mêmes ... et s'ils sont logés dans .NET 4.0 (que je soupçonne qu'ils sont), vous aurez probablement besoin de cibler CLR 4.0 –
+0
Bien qu'il existe une version de contrats de code exécutant .NET 3.5, bien sûr ... –
Questions connexes
- 1. C Compatibilité entre entiers et caractères
- 2. C# CLR Assembly Query
- 3. CLR interférant avec C++ STD?
- 4. C# 4 paramètre optionnel
- 5. Librairies non gérées liées statiquement et CLR C++
- 6. Localisation, MUI et le CLR
- 7. Méthodes refacturées et compatibilité binaire en Java
- 8. Fonction SQL CLR et autorisations OLEDb
- 9. modifier ListView de C de la clr
- 10. Comparer Flex 3 et 4
- 11. Transparence et SF bêta 4
- 12. Facebooker Connect et Safari 4
- 13. Compatibilité des couleurs SSRS et Excel
- 14. Compatibilité du navigateur entre IE6 et IE7
- 15. Compatibilité des versions PIA et .NET Framework
- 16. C++ builder 6 et la compatibilité C++ Builder 2009 de codegear
- 17. Différence d'arrondi en sql et clr
- 18. UnauthorizedAccessException sur MemoryMappedFile en C# 4
- 19. Compatibilité navigateur Ajax
- 20. C# 4 mot-clé dynamique - pourquoi pas?
- 21. Problème de compatibilité Python 2.5 et 2.6 et Numpy
- 22. CLR Hébergement - paramètres Bad
- 23. error_reporting en PHP 4 et PHP 5
- 24. compatibilité InstallShield PackageForTheWeb
- 25. IE8 Problèmes de compatibilité
- 26. Compatibilité ascendante WCF Problème
- 27. Compatibilité Red Hat
- 28. Compatibilité extension Firefox
- 29. Compatibilité OpenSocial Win32
- 30. SqlServer 2000 Compatibilité
Je dois avouer, je ne suis pas 100% convaincu par une telle déclaration péremptoire ... certainement .NET 4.0, mais ont vous avez essayé l'une des choses non dynamiques C# 4.0 sur le VS2010 CTP? Malheureusement, je n'ai pas mon CTP disponible pour l'instant ... –
Le compilateur dans VS RC1 compile les arguments "dynamiques" et nommés/optionnels quand je cible 3.5. –