Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Merci de rester centrer sur le sujet !
On parle ici du Framework .Net
Pas de comparaison entre Java et .Net. ou Netbeans/Eclipse vs. VS
Libre à vous de lancer un nouveau thread et d'aller vous crêper le chignon dessus.
J'attends que chacun dans sa/ses spécialité(s) et ses connaissances de .Net raconte et partage son expérience sur l'évolution. Certains d'entre vous sont super bien calés sur le sujet et je suis intéressé de connaître leurs avis techniques.
Heu oui, je voulais dire WPF (ca m'apprendra à écrire des messages a 2h du matin)Envoyé par tomlev
.
Quand à dire que le 2 technos coexistent, l'évolution du framework montre clairement que WPF est la voie a suivre selon Microsoft. Quand aux perfs, c'est surement du à ma méconnaissance de WPF, mais j'ai porté un composant tout simple qui affiche un nuage de points (plusieurs milliers) et le résultat "100% WPF" est beaucoup plus lent que l'equivalent winform.
D'ailleurs je crois me souvenirs de pas mal de critique sur les perfs de WPF au point que MS a du procéder a une explication sur les différents mode de rendering. Il y a aussi eu des critiques sur le fait que Microsoft lui même n'utilisait pas sa techno dans ses propres produits. Je ne sais pas où ca en est aujourd'hui.
Pour les remarques sur la comparaison .Net/Java, ca me semble dur de les éviter quand on aborde le sujet des framework compilant un langage objet dans un code intermédiaire, lui-même executé sur une machine virtuelle.
ALGORITHME (n.m.): Méthode complexe de résolution d'un problème simple.
Qu'est ce qu'on pense de l'évolution de .net a surtout prouvé que les fanboys Java ne savent pas se retenir, que tout est bon pour ouvrir le feu sur Microsoft, bref, effectivement, c'est comme dire "Que pensez vous de windows 7 ?", il y aura toujours des enfants pour venir expliquer en 20 lignes ce qu'ils pensent de Linux et pourquoi c'est mieux.
Quelle est la différence entre le REST / WS /IIOP / RMI entre .Net et Java ?
Elle est simple. L'homogénéité.
En .Net je code mes service 1 fois je les expose N Fois. En REST, en RSS, en JSON, en SOAP-WS, en MQ, en One way, en Duplex.
Et c'est facile.
Je peux intercepter tout, de la sérialisation en passant par le contexte, le comportement, le message...Si je veux.
Cerise sur le gateau, le debug est enfantin.
Comme j'ai déjà essayé de l'expliquer une fois, c'est une différence d'histoire :
JAVA c'est une JSR, et chacun implémente la JSR comme il veut (et donc multiplie les frameworks dont chacun a sa vision dans le temps et ses particularités) exemple : EJB3.
.NET, c'est un éditeur qui a une politique produit, fait des choix d'implémentation et standardise l'implémentation (en écoutant beaucoup plus qu'on ne veut le dire la communauté) mais en laissant la possibilité d'implémenter différemment. exemple : WCF; LINQ.
Je suis en train de travailler avec WF 4, c'est une bombe. (le couplage WF/WCF en duplex...Wooow)
EF 4, je ne suis toujours pas convaincu, mais je crois que des années de J2E ont fini par m''hibernifié" définitiviement.
J'ai fini par mettre les mains dans MEF, qui est pour moi très proche de mono addins, et qui est un bon framework d'extensibilité, peut être trop technique et qui laisse trop d'options.
Unity est mur en termes d'IOC, et surtout là la programmation paralléle, son inclusion dans le WF précité...
ASP.Net MVC 2 est vraiment bon, le tooling est sympa, et c'est très simple de faire du Web avec.
Il y a d'autres choses aussi que j'aime vraiment :
Linq, les accesseurs / mutateurs, l'introduction des params optionnels (concision du code), les délégués qui permettent de faire de la programmation vraiment fluide (je sais....Mais c'est mon dada) et de bien contrôler l'usage d'une DLL par convention....
Bah relis la question "que pensez-vous du framework .net 10 ans apres ?"Pour les remarques sur la comparaison .Net/Java, ca me semble dur de les éviter quand on aborde le sujet des framework compilant un langage objet dans un code intermédiaire, lui-même executé sur une machine virtuelle.
La reponse serait plutot de comparer .net a lui meme suivant son evolution, si on commence a comparer a java, ca se terminera jamais.
Moi j'aimais bien VB6, lors du passage a VB.net j'etais tout exite, mais jai eu le temps de faire juste quelques petit appli avec VB.net, et j'ai plus touche a C#. Il serait interessant pour moi de savoir comment a ca evolue. Par exemple c'est quoi "linq" exactement ?
je me suis tourne vers .net a ses debut (2002) et etait ravie de toutes les evolutions, le vrai virage pour moi fu la version 2.0 (enfin un language pro) et encore pour moi a depasse les autres depuis la version 3/3.5 avec l'arrivee de linq/wpf/wcf.
En gros que du bonheur a part a mon gout une envide de faire les beaux yeux a un peu trop de developpeurs.
Pour la rapidite d'evolution j'arrive a m'y adapter vu mon experience dans le domaine mais je peux comprendre le stress chez certain autre.
A plus et bon development.
Non, désolé, mais ce n'est vraiment pas ce que j'attends dans le contenu d'un tel sujet qui est clairement orienté. Je ne dis pas qu'il est inintéressantPour les remarques sur la comparaison .Net/Java, ca me semble dur de les éviter quand on aborde le sujet des framework compilant un langage objet dans un code intermédiaire, lui-même executé sur une machine virtuelle.
de comparer les technologies ou les IDE, je dis juste que ce n'est pas le lieu.
Je préfère que des développeurs, des ingénieurs, des consultants, des formateurs, des amateurs du framework .net donnent le point de vue sur celui ci.
Je n'attends pas une évangélisation sur les technologies développées par Microsoft, mais des explications éclairées.
Si je souhaite connaître les points de vue de batailles de spécialistes java/.net, j'irais chercher les informations sur un sujet qui en traite.
Sinon on va se retrouver avec 40 pages polluées et 2 réellement centrées sur le débat qui nous intéresse.
Hier soir, je lisais ce sujet sur un blog, ou le rédacteur apportait un point de vue intéressant sur l'évolution d'une technologie mise au point par microsoft.
Pour quelqu'un comme moi qui a pris le train en route (je ne pratique .Net que depuis 1 an, donc direct avec le framework 3.5), ce style d'éclairage apporte à ma culture informatique un vrai plus.
Et c'est bien à ça que je m'attends à trouver dans le contenu de ce thread sur developpez.net, pas autre chose.
Je m'enrichie quand vous êtes généreux, mais pas quand vous vous bagarrer.
Donc j'espère que ceux qui veulent parler de .net vont reprendre la main.
.net
bonjour tout le monde ,
personnellement je trouve que le framework 4.0 a apporté pas mal d'amélioration surtout au niveau des RIA(Silverlight,), même si je suis encore en découverte de ce framework 4.0
Bonjour,
Personnellement je trouve que le .NET c'est un truc de dingue.
Cependant, car il y a toujours un "mais", j'étais très emballé par l'esprit .NET quand j'ai commencé en 2000.
Mais ce qui me gène fortement c'est qu'ils ont tendance à tout remettre à plat régulièrement.
on a eu du mal a passé sur .NET et maintenant il faut tout remettre en question avec WPF et Silverlight.
Auter point qui me dérange, c'est la multitude de technologies distinctes qu'il faut absorbée (.NET, WPF, WCF, Silverlight, RIA, blabla , blabla .....)
Tout ça c'est lourd à digérer....
Autrement c'est de la balle
2 ans sur .NET seulement mais que du bonheur
Cela fait un peu plus de seulement 2 ans que je développe avec .NET et je suis bien content de cette plateforme et de Visual Studio, qui a su évoluer avec le temps.
J'ai commencé sous VS2005 et VB.NET, et me voilà maintenant sous VS2010 et C#.NET et VB.NET.
J'aime bien cette plateforme car VS donne une envie de coder, et qu'il participe vraiment au plaisir de développer. Je n'ai fait que très peu de Java mais les IDE ne m'ont absolument pas plu, c'est pourquoi j'ai gardé une image un peu négative (à tort peut-être) de ce langage.
Pour ce qui est de l'ouverture ou de la documentation ou autre, je m'en fiche un peu, l'entreprise dans laquelle je travaille utilise toutes les solutions Microsoft, chez moi je suis majoritairement sous Windows donc cela ne me pose aucun problème.
Ce qui me plaît également dans .NET c'est toute l'énorme communauté qu'il y a autour, les nombreux tutos, forums, blogs de développeurs, le MSDN etc. etc. qui fait que je n'ai jamais l'impression d'être seul dans mes problèmes et j'ai toujours l'impression d'être en constante évolution dans un langage qui l'est également.
Le MVVM je suis en plein dedans depuis 2 mois. Et malgré tout ce que peut dire Microsoft qui prend un malin plaisir à dire qu'une variante du MVC n'est pas du MVC (ce n'est pas la première fois!), fondamentalement, c'est exactement ca, appliqué au XAML et à ses capacités de description de binding.
Mais bon, on est hors-sujet.
Sinon je persiste à dire, et là je parle au niveau IDE et pas du tout au niveau du langage, que l'IDE Eclipse, en terme d'édition/écriture de code Objet (sans parler de visuel!), et 10x plus puissant et agréable à utiliser qu'un VS (quel qu'il soit), qui est de ce côté là complètement à la traine.
Et je trouve ca bien dommage.
Je suis tout à fait d'accord avec ceux qui disent que DotNet manque de framework open-source variés utilisant ses capacités, en plus de ce que fait Microsoft. C'est très dommage aussi.
A part ces quelques remarques, DotNet est un excellent framework, qui avance quand même trop vite je trouve. Il faudrait un juste milieu entre ce qu'on voit en Java et ce que fait Microsoft.
P.S. : autre chose que je hais du côté Objet en DotNet, le mot-clé sealed, qui empêche d'hériter d'une classe, et qui est une hérésie en POO.De même, avoir les codes sources de .Net pour debug et faire des recherches serait un gros plus. Je me demande toujours pourquoi ce n'est pas encore disponible directement en code.
Ca n'a rien d'une hérésie... ce n'est pas aussi simple que ça en a l'air d'écrire une classe qui se prête bien à l'héritage, ça demande un travail de design beaucoup plus approfondi. Donc si tu n'as pas l'intention d'effectuer ce travail de design pour t'assurer que l'héritage de posera pas de problème, il vaut mieux marquer la classe sealed. A ce sujet je te conseille de lire cet article d'Eric Lippert.P.S. : autre chose que je hais du côté Objet en DotNet, le mot-clé sealed, qui empêche d'hériter d'une classe, et qui est une hérésie en POO.
Soit dit en passant, la même chose existe en Java : le mot-clé final
Tu peux les avoir pour le debug justement... il suffit de cocher "Enable .NET Framework Source Stepping" dans les options de debug. Ca récupère automatiquement les sources à partir d'un serveur MS.
Sinon tu peux aussi les télécharger directement ici
Pas de questions techniques par MP ! Le forum est là pour ça...
Tutoriels : Les nouveautés de C# 6 - Accès aux données avec Dapper - Extraction de données de pages web à l'aide de HTML Agility Pack - La sérialisation XML avec .NET (Aller plus loin) - Les markup extensions en WPF
La POO a été introduite pour répondre à 2 critères de qualité : l'extensibilité et la ré-utilisabilité. Les API de Microsoft ne devraient fournir aucune classe Sealed : elles devraient être bien écrites pour être réutilisables et extensibles (et s'ils ont fait pareil en Java, même sanction!). Et ma version extrême c'est que toutes les classes devraient l'être, surtout celles de professionnels. Si elles ne le sont pas au moins un minimum, c'est que les concepts de base même de la POO ne sont pas compris, et c'est bien dommage.
P.S. je ne répondrais plus à ce sujet pour éviter le HS.
P.S.2 : merci tomlev pour l'info sur le code source, je testerais. Par rapport à ce que je vois pour l'instant, avec la fameuse option, elle ne fait qu'utiliser les symboles, et on est donc plus dans la décompilation?
Bonjour,
pour ma part, je suis développeur depuis 2003.
J'ai commencé à utiliser VS2003/C# dès 2004 sur des application compact framework.
L'application devait scanner des codes barres et prendre des photos.
Quand la société partenaire a présenté les différents environnement de dev (VC++, VB et .Net),
il était évident que .NET était le meilleur choix.
Au départ, je n'étais pas du tout copain avec Microsoft j'étais plus Linux/Java/Php.
Je dois bien avouer que j'ai vite changé d'avis en utilisant VS/.net (il n'y a que les idiots qui ne change pas d'avis).
L'IDE est parfait, souple, instinctif, productif, tout est intégré dedans et franchement après avoir développé en C sous vi, en php ou encore en Java sous Eclipse, passer à VS a été un pur bonheur.
Cette technologie m'a tout de suite passionnée.
Depuis, j'ai utilisé 2005, 2008 et maintenant 2010 sur des application ASP.Net, Winform,
Web service, Service windows, Silverlight...et je dois bien dire que les évolutions des
technos .NET sont flagrantes, elles répondent aux besoins des développeurs et des sociétés (Linq, Entity Framework, Mef, WCF...).
L'évolution de Silverlight est stupéfiante, j'ai eu une formation Flex et même le
formateur me disait que de son point de vue, il valait mieux utiliser les dernières versions de Silverlight.
Il est clair pour moi que .net est la meilleure techno pour développer des
applications d'entreprise.
Je vois dans les réponses que .net n'est pas portable, c'est exactement les arguments
des pro Java de ma société. Cela peut être un problème chez une éditeur de logiciel,
mais pas dans des sociétés finales comme la mienne qui dispose d'un parc client composé à
100% de windows. Cela ne pose aucun souci, au contraire VS est l'environnement le plus
productif pour faire de applications Windows.
Dans ma société, nous utilisons J2EE et .NET. Sans rentrer dans les détails ni dans la "guerre" J2EE/.Net,
il est évident que les équipes .NET produisent plus rapidement et avec plus d'efficacité que les équipes J2EE.
Je partage l'avis de 'pseudocode' concernant VS, TFS, Eclipse, SVN et autres...
Même l'architecte Java de ma société à installé VS sur son poste. Non pas pour développer
mais pour voir ce que l'on peut faire avec .NET par curiosité. Il reconnait que c'est bien
et plus productif. Les développeurs Java de ma société sont stupéfaits de voir à
quelle vitesse nous développons et la richesse des interfaces graphiques.
Ceux de ma boite qui ont touché au 2 technos préfèrent .NET.
L'infographiste qui a gouté à ASP.NET et JSF préfère largement .NET.
De mon point de vue, en 10 ans .NET a dépassé J2EE. Il est possible de couvrir tous
les besoins des entreprises avec un seul langage et un seul environnement de dev.
Il est également possible de développer des applications en couches proprement avec .NET.
Cela n'a pas toujours été le cas. Il y a eu beaucoup de progrès aussi de se point de vue.
Pour répondre à la question "Quel est votre opinion du .net framework 10 ans après",
je dirais que Microsoft a fait un gros investissement pour rependre la main face
à Java/J2EE qui dominait dans les années 2000. Le résultat est à la hauteur de l'investissement au niveau IDE et Framework.
C'est stupéfiant de voir l'evolution des technos .NET et combien c'est devenu facile
de développer des applications d'entreprise. L'environnement de dev, la richesse des APIs, les frameworks font
que pour moi, et cela n'engage que moi, c'est la meilleure techno actuelle du marché.
10 après, et sans être pro Microsft, on ne peut que constater leur réussite.
Après je suis pour le choix de l'intelligence, de la productivité, du rendement, du résultat
et en informatique, la vérité d'un jour n'est pas celle du lendemain.
Vouloir prouver par A+B que Java c'est désuet, et que .NET c'est l'avenir, ou qu'Eclipse c'est nul alors que VS c'est génial en utilisant des avis subjectifs (untel a dit que, un autre pense que) est une démarche erronée en plus d'être inutile et trollesque. Pour cela, je ne reviendrai pas sur toutes les âneries que je viens de lire sur Java (Ruby, Python et PHP peuvent tourner sur une JVM, on peut exposer des services Web en REST, JSON, SOAP ou autres en ne développant le service qu'une seule fois, Swing n'est pas le seul moyen d'écrire des clients lourds en Java, etc.).
Pour en revenir au sujet, force est de constater que .NET fait de nets progrès (notez le jeu de mot), et que je risque bien de devoir m'y remettre un jour ; mon passé sur VS ne m'a pas laissé de bon souvenir (du tout), et le prix est quand même rédhibitoire, mais des efforts sont faits pour soigner le tout. Clairement, il y a des trucs sympas là-dedans.
C'est utile quand tu as une architecture complexe et que tu ne veux pas par exemple que des débutants induisent des défauts en faisant de l'héritage à outrance ou de multiplier les coûts de maintenance par x parce que les utilisateurs ne savent pas gérer l'héritage, bref à gérer une politique produit et à délimiter les responsabilités et à avoir un design propre.Les API de Microsoft ne devraient fournir aucune classe Sealed : elles devraient être bien écrites pour être réutilisables et extensibles (et s'ils ont fait pareil en Java, même sanction!). Et ma version extrême c'est que toutes les classes devraient l'être, surtout celles de professionnels. Si elles ne le sont pas au moins un minimum, c'est que les concepts de base même de la POO ne sont pas compris, et c'est bien dommage.?
Moi je trouve d'ailleurs que dans l'éditeur VS, l'héritage est très bien géré, et je préfére les notions d'override et de base que les annotations.
Et en même tu n'est pas tant que cela hors sujet parce que l'usage devient précieux aussi grace aux fonctionnalités de contravariance/covariance, qui permettent de mieux gérer les événements sont avoir nécessairement besoin de dériver certains types et de gagner en certitudes.
J'ai commencé à développer pour windows sur visual basic 1.0.
J'ai suivi toutes les évolutions de ce langage jusqu'à VB6, puis .NET est sorti, s'annonçant plus ou moins comme une évolution de VB6 tout à fait démente.
Je l'ai attendu surtout pour son code totalement orienté objet et le gain de performances.
Au final, pas convaincu du tout par la 1.0 et la 1.1, notamment par le manque de lisibilité dû à l'inexistence, à l'époque, des classes partielles.
J'avais un peu l'impression de me retrouver face à du code win32, en fait. Et ça me plaisait pas.
Par la suite, la 2.0 est sortie et a amené les classes partielles, les generics... Et j'ai suivi directement sur C# : il me semblait évident que c'était le langage que microsoft allait pousser en avant.
A partir de ce moment là, disons que c'est plutôt plaisant, mais qu'on finit toujours plus ou moins par se heurter aux limitations du langage, qu'on a sans cesse envie d'étendre
D'abord le manque de mapping objet/relationnel correct, puis les soucis avec les architectures partagées, les innombrables emmerdes avec les interfaces en winforms... Je me souviens qu'à l'époque - je bossais en même temps sur des projets web - je fulminais un peu sur la conception des interfaces, via du code : "ils pourraient pas faire ça en XML, non ?!".
Je voyais surtout les possibilités infinies de composition d'interfaces en xslt/xhtml, etc... Chose que n'apportaient pas winforms. Qui ne s'est jamais emmerdé à produire une comboboxcolumn pour un datagrid ou une combobox multicolonne en winforms ? Et on espérait même pas faire un combobox personnalisé avec une image dedans en peu de temps.
3.0 et 3.5 arrivent, et hop, plus de soucis de design d'UI. Début un peu difficile pour s'y mettre, tellement la logique est, à priori seulement, différente.
Plus d'emmerdes non plus pour les archi partagées. Pas encore parfait côté mapping o/r...
4.0 ramène sa fraise, on commence à voir des choses particulièrement chouettes. Notamment les paramètres optionnels que j'avais perdu lors du passage de VB6 à .NET.
Personnellement, j'ai l'impression que la plateforme ne cesse d'essayer de pousser les développeurs à penser sémantique et moins "technique". C'est plutôt une bonne chose.
En revanche, j'attends toujours que microsoft implémente une instrumentation de code vraiment valable. :p
Je suis d'accord avec le premier, mais pour l'instrumentation, tu parles de WF ?
perso j'ai commencer .net avec VS 2005.
globalement le .net a évoluer de façon logique. un framework cohérent avec des outils qui doppe la production.
Pour le moment je trouve que c'est l'outil qui convient le mieux a mes développement pro avec Access.
Pour avoir fait passablement de Java et un peu de .NET, j'aimerais ajouter un point que peu de monde mentionne ici en faveur de .NET : l'environnement de dév.
Que le programmeur java qui ne s'est jamais pris la tête des heures entières à cause d'un soucis d'IDE lève la main !!! Un plugin Eclipse qui fonctionne à moitié, les mises à jour qui ont 100 dépendances cachées qui induisent des bugs surprise, des plantages de déploiement à cause d'incompatibilités de plugins, des prises de tête de runtime ANT ou Maven, l'installation d'un IDE pour le Java relève parfois du cauchemard.
Avec .NET (si on laisse de côté la partie marginale Mono ou similaire pour les autres OS), on a du "tout Microsoft". Et on dira ce qu'on veut, mais... ça marche... Tout est intégré dans Visual Studio, rien besoin d'ajouter. Stable, accessible, et ergonomique. Je trouve que les IDE Java sont ergonomiques (disons que les aides au développement sont tous présents pour les deux plateformes), mais c'est nettement moins stables et accessible.
Seul avantage d'aller chercher un produit d'un seul éditeur
En lançant ce topic je n'avais nullement l'intention de lancer un troll .net vs java. Le sujet de la discussion est clair et dans l'article j'ai présente l'évolution du .net framework, et après 10 ans d'existence j'ai jugé judicieux de faire une évaluation de l'évolution de cette plateforme de développement.
Chacun a découvert la plateforme de sa façons, chacun a travaillé avec une ou plusieurs version du framework. chacun a utilisé une ou plusieurs tehno du .net donc ici il est juste question d'évaluer les efforts fournis par Microsoft pour l'amélioration du .net Framework en 10 ans et si nécessaire les perspectives d'avenir pour cette plateforme.
de bien vouloir rester dans le sujet.
pour finir je souhaite joyeux anniversaire au .net framework et je lève une pintepour dire merci à Microsoft pour cette plateforme sans laquelle plusieurs d'entre nous serions au chômage .
Vous souhaitez participer aux rubriques .NET ? Contactez-moi
Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
Mon blog, Mes articles, Me suivre sur Twitter
En posant correctement votre problème, on trouve la moitié de la solution
Répondre avec citation
Partager