Explication sur .NET et C#

Bonjour,

J'ai passé hier un entretien d’embauche. Ils m'ont parlé, en autre de C# et ASP.

J'ai supposé (je n'ai pas posé la question , j'aurai du) qu'il s'agissait d'une application Windows a faire en C#. usque là pas de soucie. Sauf que en y repensant je crois qu'ils veulent un truc WEB. Donc en ASP (techno microsoft) ou PHP/MySQL (techno libre).

Je me renseigne ici pour voir un peu ce qu'est C# et j’apprends a ma grande stupéfaction que l'on peut mélanger C# et ASP. D’où ma question: quels lien entre C# (qui dans mon esprit est comme du visual c++, donc pour des applie qui tourne sur windows) et ASP.NET ?

Peut-on faire de dev web en c# ? Ou bien uniquement en ASP.NET Donc cela ne peut s’exécuter que sur Internet Explorer et pas sur FireFox ? Exact ?

Merci de tout éclaircissement.

.NET est un environnement d'exécution managé, avec une machine virtuelle (le CLR) et une bibliothèque de classes.

C# est un langage de programmation qui cible la plateforme .NET. Il existe d'autres langages pour .NET : Visual Basic .NET, C++/CLI, F#, IronPython, IronRuby...

ASP.NET est un framework pour le développement d'applications web, basé sur .NET. On peut faire des applications web ASP.NET avec n'importe quel langage qui cible .NET (C# ou autre)

Il existe d'autres frameworks pour le développement d'applications Windows (Windows Forms, WPF), ou d'applications web de type RIA (Silverlight)

Ce sera peut-être plus clair avec un schéma :
http://www.codeproject.com/KB/dotnet...TFramework.jpg

je suis en accord avec tomlev

Grosso modo, une application web du côté de chez Microsoft ca se fait en deux partie: d'un côté l'ASP.Net qui te permet de décrire ton interface graphique (ici un bouton, la une case à cocher, etc.) et de l'autre qui est le code "qui travaille": quand on clic sur le bouton Toto ca sauvegarde telle valeur dans la base de donnée etc.

OK, merci a tous pour ces précisions.

mais, pour autant, on peut faire des développement "windows" (comme par le passé) en C#, C++, VB, etc. via les windows froms ?

Pour moi les windows form ce sont les feuille comme en Visual Basic 6: on prends les contrôle on fait un glisser déplacer et on pose le contrôle (label, combo box, bouton, etc) sur la feuille. C'est bien cela ?

Autre question: par exemple pour C#: est-ce que la syntaxe est la même pour développer en mono-poste type windows traditionnel et en ASP.NET (développement Web) ?

Citation:

---

Envoyé par Jolt0x

mais, pour autant, on peut faire des développement "windows" (comme par le passé) en C#, C++, VB, etc. via les windows froms ?

---

Oui

Citation:

---

Envoyé par Jolt0x

Pour moi les windows form ce sont les feuille comme en Visual Basic 6: on prends les contrôle on fait un glisser déplacer et on pose le contrôle (label, combo box, bouton, etc) sur la feuille. C'est bien cela ?

---

Grosso modo, oui, c'est un peu pareil
Mais ce système de designer visuel avec glisser-déposer des contrôles n'est pas spécifique à Windows Forms, ça existe aussi pour ASP.NET, WPF et Silverlight (bien qu'à mon avis il n'y a que pour Windows Forms que c'est vraiment pratique...)

Citation:

---

Envoyé par Jolt0x

Autre question: par exemple pour C#: est-ce que la syntaxe est la même pour développer en mono-poste type windows traditionnel et en ASP.NET (développement Web) ?

---

La syntaxe est propre au langage, donc oui, c'est la même syntaxe... mais tu ne vas pas utiliser les mêmes classes, contrôles, etc en ASP.NET et en Windows Forms. Chaque framework d'interface graphique définit ses propres classes (et il y a bien sûr des classes communes à tous, celles qui ne sont pas liées à l'interface graphique)

Oui tu peux faire développement du windows application en utilisant C#.Net

Une question un peu plus pointue au sujet de la compilation.

A ma connaissance les performances en terme de temps d’exécutions, par exemple pour le VB 6 et peut-être pour VB.NET sont très faible. C'est parce que le compilateur génère un pseudo code qui est interprété. Un peu comme du PHP et les langages de script ?

Quant est-il en .NET. Par exemple pour faire des applications critiques, temps réel par exemple. Dans Visual Studio 6, le compilateur C/C++ (Visual C++) était très performant. Est-ce que en C# on a les mêmes performances que en C++ natif ? Ou bien C# se rapproche t-il de VB ? Est-ce interprété ou compilé directement en langage machine ?


Et J# c'est quoi ? C'est le successeur de Visual J++ dans Visual Studio 6 ? C’est bien cela ?

Merci de vos réponses.

Bon deja, J# tu peux oublier, ca existe plus ce truc :aie:
Pour les performances, C# est largement bien devant un language script.
En fait, ce qui se passe c'est qu'à la compilation, il y a production de code IL qui est un niveau intermédiaire et qu'à l'execution ce code est compilé "Just In Time" en language machine (et non pas interprété).
Ce qui fait que les performances sont très bonnes! Ca sera peut-être un chouia de moins bon qu'avec un programme C++ mais tout dépend de l'usage derrière aussi!

Je rejoins Nathanael sur l'avis général : les performances C# sont très bonnes. Disons qu'on a grosso modo une perte de 30% par rapport au C++. Quelques précisions...

* Le compilateur JIT compile le code IL (pseudocode) en code natif (x86) à la première exécution : chaque méthode contient initialement le code pour s'auto-compiler et remplacer les références à son adresse avec l'adresse de la fonction compilée. Le code natif produit est donc ensuite réutilisé jusqu'à la fin du processus et la compilation n'a plus lieu d'être. Il est aussi possible d'utiliser ngen à l'installation du programme pour pré-compiler une image native et la stocker sur le disque dur.
* Non, dotnet n'est pas adapté au temps réel : non pas pour des questions de performances mais parce que le GC peut à tout moment débarquer et ralentir temporairement le processus. C'est la raison pour laquelle les développeurs XNA tentent de limiter le boulot du GC (recyclage d'instances, etc : des techniques qui sont aussi parfois utilisées en C++ temps réel pour des raisons similaires).
* VB.Net ou C#, cela ne changera rien aux performances et, encore une fois, la techno dotnet est rapide, largement assez rapide pour la très grande majorité des scénarios. Après, si on programme comme un pied on peut toujours créer une bouse lente : aurait-on fait la même chose en C++, on aurait obtenu une bouse instable.
* En revanche il peut exister un ou deux frameworks qui ont tendance à être lents : WPF par exemple. On peut en tirer de bonnes choses mais pas sans un souci constant des perfs et une vérification des solutions choisies au fil de l'avancement du projet, et parfois quelques maux de crâne.