Ben en fait pour ASP.NET je dois dire que j'ai eu beaucoup de mal au début : on fait effectivement un peu tout et n'importe quoi au début, et il faut bien capter la philosophie du truc pour arriver à maîtriser le bousin :)
Mais reste que le fait de proposer des composants réutilisables en faisant abstraction de la syntaxe HTML qui est derrière, je trouve ca génial.
Si tu as codé ton site uniquement avec les WebForms par exemple il est très facile de changer le "rendu" de code derrière pour changer totalement de normes HTML par exemple. Le système de session et de viewstate est également impressionnant, on peut réellement programmer l'appli web comme on programme un interface graphique, en réagissant à des événements de boutons, avec la transparence de ce qui se passe derrière.
Bon évidemment je suis conscient que cela peut être dangereux, c'est pourquoi il est à mon avis nécessaire de bien comprendre ce qui se passe réellement entre le client et le serveur.
S'il y a un truc à retenir de .NET ce n'est pas ASP.NET, à mon avis.
Franchement c'est la première fois qu'on me propose de programmer entièrement en objet un site web, et ceci de manière plutôt élégante, alors même si c'est la partie où j'ai eu le plus de mal je crois qu'à l'arrivé que c'est ce qui m'a le plus impressionné.
Bref, le multi langages c'est plutot un exercice se style.
Dans certains cas c'est quand même fort pratique, je penses surtout à C++ managed, qui permet d'avoir une superbe transition avec du code natif, notamment grâce à la possibilité de mixer natif et managé.
Pour avoir d'autres langages utiles que C#, XAML sera un très bon exemple, les procédures stockées côté SQLServer aussi. Le multi-langage c'est surtout pour faciliter certaines transitions.
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.
Je peux faire l'équivalent des DllImport de manière portable ?
[^] # Re: Utilité de Mono
Posté par TImaniac (site web personnel) . En réponse à la dépêche Interview de Miguel de Icaza par O'reilly. Évalué à 2.
Mais reste que le fait de proposer des composants réutilisables en faisant abstraction de la syntaxe HTML qui est derrière, je trouve ca génial.
Si tu as codé ton site uniquement avec les WebForms par exemple il est très facile de changer le "rendu" de code derrière pour changer totalement de normes HTML par exemple. Le système de session et de viewstate est également impressionnant, on peut réellement programmer l'appli web comme on programme un interface graphique, en réagissant à des événements de boutons, avec la transparence de ce qui se passe derrière.
Bon évidemment je suis conscient que cela peut être dangereux, c'est pourquoi il est à mon avis nécessaire de bien comprendre ce qui se passe réellement entre le client et le serveur.
S'il y a un truc à retenir de .NET ce n'est pas ASP.NET, à mon avis.
Franchement c'est la première fois qu'on me propose de programmer entièrement en objet un site web, et ceci de manière plutôt élégante, alors même si c'est la partie où j'ai eu le plus de mal je crois qu'à l'arrivé que c'est ce qui m'a le plus impressionné.
Bref, le multi langages c'est plutot un exercice se style.
Dans certains cas c'est quand même fort pratique, je penses surtout à C++ managed, qui permet d'avoir une superbe transition avec du code natif, notamment grâce à la possibilité de mixer natif et managé.
Pour avoir d'autres langages utiles que C#, XAML sera un très bon exemple, les procédures stockées côté SQLServer aussi. Le multi-langage c'est surtout pour faciliter certaines transitions.
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.
Je peux faire l'équivalent des DllImport de manière portable ?