ASP.NET est très innovant par rapport à ce qui existe (JSP/JFaces ou PHP)
Pour avoir pratiqué je suis plutot dubitatif vis à vis d'ASP.NET. Mon plus gros reproche concerne la non séparation entre la partie présentation et la partie code. Les deux sont tellement liés qu'on peut se demander à quoi ça sert de les mettre dans deux fichier séparés (aspx/code behind). D'ailleurs on n'est pas obligé : On peut bricoler l'apparence des contrôles via le code ou mettre du code dans l'aspx. Si on modifie un truc d'un côté, ça explose de l'autre. Bref, tout se tient, se mélange, toutes les tambouilles sont imaginables. C'est d'ailleur un gros problème dans ma boite. On a des pros de la bidouille qui inventent des trucs pas possible. J'ose à peine imaginer ce que ça va donner en ASP.NET vu l'amplitude possible des débordements dans la goritude. S'il y a un truc à retenir de .NET ce n'est pas ASP.NET, à mon avis.
favorisant l'intégration de codes générés à partir de différents langages
En théorie c'est génial, dans le pratique tout le monde code en C# parce que c'est le langage conçu pour .NET. Pour tous les autres langages, il y a des adaptation à prévoir pour que ce soit utilisable. Sans parler des langages qui ont de base un framework bien établi. OK, il est possible de coder avec la syntaxe de Python sur .NET mais il faut utiliser les classes du framework .NET. Python s'interface aussi avec du code compilé. Mais si on veut porter un soft en Python qui utilise des modules natifs il faut porter aussi ces modules (l'interface du moins). Bref, le multi langages c'est plutot un exercice se style. Dans ma boite on a du code en Delphi qu'on a tenté de compiler en .NET avec Delphi.NET, et là, c'est le drame. Marche pas top.
C# est pour moi un des premiers langages proposant à la fois tous les avantages d'une VM et l'intégration de notions de plus bas niveau (pointeurs, delegate) pour intégrer facilement du code natif (lib écrites en C)
Là je suis d'accord. Les delegates sont vraiment bien pratiques. Celà dit pour profiter d'un langage de haut niveau et des libs natives on a déjà Python, Ruby et Perl qui marchent très bien. Comme dit Germaine : "Reviens Léon, j'ai les mêmes à la maison"
Le système de versionning est l'un d'es plus complet que je connaisse
Idem pour moi. C'est relativement simple simple et ça marche bien. C'est un truc qui manque vraiment en Java. MS a tiré la leçon du "DLL hell".
[^] # Re: Utilité de Mono
Posté par Croconux . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 6.
Pour avoir pratiqué je suis plutot dubitatif vis à vis d'ASP.NET. Mon plus gros reproche concerne la non séparation entre la partie présentation et la partie code. Les deux sont tellement liés qu'on peut se demander à quoi ça sert de les mettre dans deux fichier séparés (aspx/code behind). D'ailleurs on n'est pas obligé : On peut bricoler l'apparence des contrôles via le code ou mettre du code dans l'aspx. Si on modifie un truc d'un côté, ça explose de l'autre. Bref, tout se tient, se mélange, toutes les tambouilles sont imaginables. C'est d'ailleur un gros problème dans ma boite. On a des pros de la bidouille qui inventent des trucs pas possible. J'ose à peine imaginer ce que ça va donner en ASP.NET vu l'amplitude possible des débordements dans la goritude. S'il y a un truc à retenir de .NET ce n'est pas ASP.NET, à mon avis.
favorisant l'intégration de codes générés à partir de différents langages
En théorie c'est génial, dans le pratique tout le monde code en C# parce que c'est le langage conçu pour .NET. Pour tous les autres langages, il y a des adaptation à prévoir pour que ce soit utilisable. Sans parler des langages qui ont de base un framework bien établi. OK, il est possible de coder avec la syntaxe de Python sur .NET mais il faut utiliser les classes du framework .NET. Python s'interface aussi avec du code compilé. Mais si on veut porter un soft en Python qui utilise des modules natifs il faut porter aussi ces modules (l'interface du moins). Bref, le multi langages c'est plutot un exercice se style. Dans ma boite on a du code en Delphi qu'on a tenté de compiler en .NET avec Delphi.NET, et là, c'est le drame. Marche pas top.
C# est pour moi un des premiers langages proposant à la fois tous les avantages d'une VM et l'intégration de notions de plus bas niveau (pointeurs, delegate) pour intégrer facilement du code natif (lib écrites en C)
Là je suis d'accord. Les delegates sont vraiment bien pratiques. Celà dit pour profiter d'un langage de haut niveau et des libs natives on a déjà Python, Ruby et Perl qui marchent très bien. Comme dit Germaine : "Reviens Léon, j'ai les mêmes à la maison"
Le système de versionning est l'un d'es plus complet que je connaisse
Idem pour moi. C'est relativement simple simple et ça marche bien. C'est un truc qui manque vraiment en Java. MS a tiré la leçon du "DLL hell".