Version imprimable
Salut à tous, des developpeurs m'ont dit qu'ils codaient en ASP.NET C#3.0 sur Visual Studio 2008 et qu'ils pouvaient compiler directement leur site (ou webservice) - sans retoucher le code - pour un IIS n'acceptant que du ASP.NET C#2.0
est-ce vrai ?
si oui,
-> est-ce supporté par VS2008 express ?
-> quelle est la version de VS qu'il faut au minimum pour cela ?
bye
Nico
je pense que tes amis developpeurs prennent un peu trop de moquette avec leur café le matin.Cela n'est pas possible d'utiliser des possibilités de c# 3 sur une machine ou il n'y a que le 2.0 d'installé.
J'ai essayé et cela ne fonctionne pas.. d'ailleurs depuis j'ai arrêté la moquette avant 10heures le matin, c'était contre productif.. :D
non ce n'est pas ce que je voulais dire : apparemment c'est le compilateur de Visual Studio 2008 qui serait capable de transformer du C#3 en le convertissant en C#2...
Je n'en ai jamais entendu parler. Mais franchement je doute qu'une simple instruction en linq puisse être transformé un un equivalent 2.0 simplement à la compilation... sans parler des extension methode et j'en passe...
Après si tes collègues n'utilisent rien des bibliothèques 3.0 alors oui cela est faisable..
Sachant que le Framework 3 et 3,5 sont sur la même base que le 2.0. S'ils n'utilisent pas de composant 3.0, c'est en effet possible. Le choix du framework se fait dans VS.NET.
Mais comme dit Nicopilami, s'ils utilisent des composants 3.0, la compilation ne fonctionnera pas.
Hello
je parle en effet de la syntaxe basique de codage en C#3.0 (par exemple "var" pour déclarer des variables), pas de composants
C#3 et C#3.5 sont en fait des version de C# 2.0 + Des dll en plus ...
Peut être qu'il y a un système pour au lieu de prendre les dll dans la GAC, de les inclures directement dans le projet ...
Cette question m'intéresse fortement, quelqu'un aurait des infos dessus?
Trouvé sur wikipedia :
Donc pour c# 3 apparement... aucun problème :ccool:Citation:
Le code compilé en C# 3.0 est entièrement compatible avec celui du 2.0, étant donné que les améliorations apportées ne sont que purement syntaxiques ou ne consistent qu’en des raccourcis compensés au moment de la compilation. Les nouveautés introduites dans les bibliothèques de la version 3.5 (LINQ…) ne sont cependant pas utilisable avec les versions précédentes de C#.
Maintenant pour c# 3.5, je ne pense pas qu'il y ait de problèmes a compiler sur une machine disposant de 3.5 et de copier les bin + dll dans un IIS (je rapele que y'a pas de choix entre 3.5 et 2.0 au niveau de l'hébergement)
http://www.west-wind.com/WebLog/imag...6NoNet35_4.png
Attention a bien faire la différence entre les versions d'ASP, de c#, et du framework .netCitation:
Envoyé par Nicopilami
En effet, l'evolution d'un langage va se faire surtout au niveau de la syntaxe, pour les nouveaux types / nouvelles classes, ca tient plus de la version du framework (en simplifiant a l'extrême j'en conviens)Citation:
Le code compilé en C# 3.0 est entièrement compatible avec celui du 2.0, étant donné que les améliorations apportées ne sont que purement syntaxiques....
Enfin c'est quand même se donner beaucoup de mal pour pas grand chose à la finale. Si tu veux utiliser du 3.5 tu l'installes. Si tu ne peux pas, alors tu te cantonnes en 2.0.
C'est bien de savoir exactement comment faire marcher du 3.0 sur une plateforme en 2.0. Mais le pauvre gars qui arrive par derrière sans savoir de quoi il retourne, il va en mettre du temps a se retourner...
Effectivement pour l'avoir essayer dans le passé, le souci n'arrive que lorsque l'on est obligé de spécifier l'attribut 3.5 au au compilateur :Citation:
Maintenant pour c# 3.5, je ne pense pas qu'il y ait de problèmes a compiler sur une machine disposant de 3.5 et de copier les bin + dll dans un IIS (je rapele que y'a pas de choix entre 3.5 et 2.0 au niveau de l'hébergement)
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14<system.codedom> <compilers> <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <providerOption name="CompilerVersion" value="v3.5"/> <providerOption name="WarnAsError" value="false"/> </compiler> <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" warningLevel="4" type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"> <providerOption name="CompilerVersion" value="v3.5"/> <providerOption name="OptionInfer" value="true"/> <providerOption name="WarnAsError" value="false"/> </compiler> </compilers> </system.codedom>
ok, je pense effectivement que le framework 3 etait bel et bien installé sur le serveur web où ils font leur developpements, et donc c'était transparent pour eux : ils codaient en c#3, et ca marchait sans qu'ils aient rien à faire ni à configurer... "et pis c'est tout" !
merci encore à tous
bye
Nico