Le Framework .NET souffle sa 15e bougie
Que pensez-vous de l'évolution de la plateforme de développement de Microsoft ?

Le , par Hinault Romaric

0PARTAGES

7  0 
Ce mois marque le quinzième anniversaire du Framework .NET. Le projet avait débuté dans les laboratoires de Microsoft dans le cadre des travaux sur la prochaine génération de services Windows (NGWS - Next Generation Windows Services).

L’objectif était d’offrir aux développeurs une plateforme moderne pour la création d’applications Desktop et Web. La première version sera publiée le 13 février 2002 avec le désormais populaire langage de programmation orienté objet C#, le langage VB.NET (une évolution orientée objet de Visual Basic) et ASP.NET pour le développement d’application Web.

Les versions qui ont suivi sont les suivantes :

24/04/2003 - sortie de .NET Framework version 1.1 : livrée avec Visual Studio 2003 ou en version redistribuable, elle apportait beaucoup plus de stabilité, de performance et de sécurité que la précédente version. D'ailleurs, c'est elle qui a réellement fait découvrir .NET aux développeurs.

07/11/2005 - sortie de .NET Framework version 2.0 : cette version apporte des modifications importantes tant au niveau des différents éléments constituant la plateforme qu'au moteur d'exécution lui-même

06/11/2006 - sortie de .NET Framework version 3.0 : cette version débarque avec beaucoup de nouveaux concepts tels que Windows Presentation Foundation(WPF), Windows Workflow Foundation (WF), Windows Communication Foundation(WCF).

19/11/2007 - sortie de .NET Framework version 3.5 : livrée avec Visual Studio 2008 cette version intègre de nouvelles fonctionnalités telles que: Entity Framework; LINQ; ASP.NET Dynamic Data .

12/04/2010 - sortie de .NET Framework version 4.0 : livrée avec Visual Studio 2010, cette version intègre de nouvelles fonctionnalités pour le diagnostic et les performances, Dynamic Language Runtime(DLR), les Contrats de code, etc.

12/09/2012 - sortie de .NET Framework version 4.5 : cette version introduit la prise en charge des applications Windows Store et apporte des améliorations pour WPF, WCF, WF et ASP.NET

20/07/2015 - sortie de .NET Framework version 4.6 : accompagnée de Visual Studio 2015, cette version apporte la compilation avec .NET Native, des améliorations du traçage d'événements et bien plus.

27/06/2016 - sortie de .NET Core : dans sa stratégie d’ouverture, Microsoft rend open source certains fragments du Framework .NET. C’est ainsi que voit le jour .NET Core qui est open source et multiplateforme. Le code de la plateforme est public et les développeurs tiers peuvent contribuer à son développement.

Il faut noter également que cette année marque le 20e anniversaire de Visual Studio. La prochaine version de l’environnement de développement (Visual Studio 2017) sera publiée le 7 mars prochain pour marquer l’événement.

Et vous ?

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?

L’ouverture du .NET Framework avec .NET Core présage-t-elle un avenir encore plus radieux pour la plateforme ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Hinault Romaric
Responsable .NET https://www.developpez.com
Le 25/02/2017 à 13:36
Citation Envoyé par rattlehead Voir le message
l idéee de Core etait peut etre bonne mais les outils un peu moins. me dire que la ligne de commande c'est le progrès . je ne sais pas!!
Pour moi, ce que Microsoft fait avec les outils pour .NET Core est super. .NET Core est bâti pour être open source, multiplate-forme et indépendant de tout IDE. Imagine un peu créer une application avec le .NET Framework sans Visual Studio, ou un EDI spécialisé prenant en charge .NET. Tu n'as aucun modèle de projet, mettre en place le projet jusqu’à la compilation est tout simplement horrible.

Avec le CLI de .NET Core c'est autre chose. Les tenplates des projets .NET Core y ont été même intégrés. En quelques commandes, tu peux te générer un projet de tests unitaires et l’exécuter. L'idée est de permettre aux éditeurs d’environnement de développement de pouvoir prendre en charge assez facilement .NET Core. Microsoft l'a déjà fait avec Visual Studio. Si tu utilise l'EDI, tu n'as pas besoin de la ligne de commandes.

Avec Visual Studio Code c'est pas possible d'offrir un support pareil. C'est un éditeur de code et non un EDI. La prise en charge des outils de débogage pour les langages, dont C# y compris, ce fait à travers les extensions.
1  0 
Avatar de jopopmk
Membre expert https://www.developpez.com
Le 23/02/2017 à 7:56
Ah ! 2003 et ses premières offres d'emploi en .NET ... où il était demandé 5 ans d'expérience sur la techno

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?
Imhotep

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?
Rapidement après la sortie j'ai été amené à développer en C# (class assembly), pour ne plus faire que ça jusqu'en 2012 environ (ASP.NET).

L’ouverture du .NET Framework avec .NET Core présage-t-elle un avenir encore plus radieux pour la plateforme ?
Depuis le début on attend ça. Un langage interprété sans interpréteur pour tous les systèmes, ça perd de son charme.
0  0 
Avatar de rattlehead
Membre expérimenté https://www.developpez.com
Le 23/02/2017 à 11:09
l idéee de Core etait peut etre bonne mais les outils un peu moins. me dire que la ligne de commande c'est le progrès . je ne sais pas!!
0  0 
Avatar de
https://www.developpez.com
Le 23/02/2017 à 11:11
Citation Envoyé par Hinault Romaric Voir le message


[...]

Quel pensez-vous du Framework .NET et son évolution 15 ans après ?

[...]
Visual Studio 2005 Entreprise via MSDNAA, depuis supprimé sans moyen de récupéré.
La phase design était très pratique, se rapprochant enfin des RAD.

Citation Envoyé par Hinault Romaric Voir le message


[...]

Comment avez-vous découvert la plateforme et qu’a-t-elle changé dans votre vie de développeur ?

[...]
À l'université. Chaque poste de travail en avaient un d'installé et les étudiants des droits bien précis. (base de registre inaccessible)
Les salles de TP était dédié Linux ou dédié Windows ou les deux avec reboot HW obligatoire pour le passage de l'un vers l'autre pour les universités ayant peu de moyen. (Reboot vers le secteur de boot du disque dur aurait pu suffire, clear ram memory... [probable des envies de virus])

P.S. : les runtimes de Microsoft Visual C++ versions : 8.0.59192, 8.0.59193, 8.0.610001, 9.0.30729, 9.0.30729.4148, 9.0.30729.6161, etc apparaisse dans la liste des programmes installés pour quelle raison ?
Ces correctifs sont pas ceux du Framework .NET ? (quand je vous parle de pollution visuelle)...
0  2 
Avatar de jpouly
Membre averti https://www.developpez.com
Le 23/02/2017 à 14:08
Et le Framework 1.0 ???? c'est du mou de veau !!! Le Visual studio .net (en 2001), premier du nom

L'ayant utilisé depuis le début, je trouve qu'il a bien évolué, en ajoutant à chaque fois des "fonctionnalités" utiles : les génériques, les lambdas, le linQ, ...

Mais à force de vouloir le faire évoluer, on finit par rien faire de bon (comme les parallèles Query ou les Async par exemple ).

Je ne vois pas trop l'intérêt des dernières évolutions des langages (à part pour les nullables ). Tout comme le ".net core".

Si je veux faire du multiplateforme (sous-entendu pour M$ : Android/IOS/WPhone et non Linux/MacOsX/Windows/Solaris/Hp-Ux/IBM...) et bien je choisi Java ou C/C++, ou éventuellement Mono .
0  1 
Avatar de Thorna
Membre éprouvé https://www.developpez.com
Le 23/02/2017 à 17:11
Citation Envoyé par jpouly Voir le message
Mais à force de vouloir le faire évoluer, on finit par rien faire de bon (comme les parallèles Query ou les Async par exemple ).
Le meilleur truc depuis des siècles ! Enfin, le plus pratique pour tout ce qui m'intéresse.
0  0 
Avatar de kilroyFR
Membre éclairé https://www.developpez.com
Le 23/02/2017 à 19:34
Les dernieres evolutions du langage n'apportent plus grand chose (celles de C#7 notamment mais deja la v6).
L'IDE reste toujours tres bon meme s'il a pris un peu trop de poids ces dernieres années.

Seule ombre au tableau pour moi, c'est le multiplateforme; on l'aura attendu tellement longtemps qu'entre temps je suis passé a Java (assez facilement il faut dire en venant de C#) et pour mon plus grand bien. Je ne me pose pas trop de questions sur la cible de mes applis (mobile/desktop etc.) alors que c'est quelque chose que j'aurai voulu sur environnement .net (et comme Xamarin (j'ai essayé) arrive trop tard et plus une usine a gaz qu'autre chose en l'etat ben j'ai zappé).

Sinon Aspnet-Webapi et MVC sont pour moi les 2 elements les plus importants pour les devpts clients legers (j'ai abandonné les devpts WPF avec l'abandon de SL) car ils sont reellement clean et tres efficaces pour developper rapidement des applis qui tiennent la route.
Toujours gros dommage que microsoft soit incapable de nous fournir des composants qui tiennent la route (on a du ajouter du telerik ou componentOne pour pallier a tous les manques et c'est dommage - plutot que de perdre leur temps sur des conneries ils auraient mieux fait de completer la boite a outils du devp).

Bon environnement sympa malgré tout (mais plus pour le client lourd - passage a QT car WPF c'est vraiment pas top - je viens de SL et c'est la chose que je ne pardonne pas a microsoft - de nous avoir abandonné en route).
0  0 
Avatar de redcurve
Membre confirmé https://www.developpez.com
Le 23/02/2017 à 20:06
Citation Envoyé par kilroyFR Voir le message
Les dernieres evolutions du langage n'apportent plus grand chose (celles de C#7 notamment mais deja la v6).
L'IDE reste toujours tres bon meme s'il a pris un peu trop de poids ces dernieres années.

Seule ombre au tableau pour moi, c'est le multiplateforme; on l'aura attendu tellement longtemps qu'entre temps je suis passé a Java (assez facilement il faut dire en venant de C#) et pour mon plus grand bien. Je ne me pose pas trop de questions sur la cible de mes applis (mobile/desktop etc.) alors que c'est quelque chose que j'aurai voulu sur environnement .net (et comme Xamarin (j'ai essayé) arrive trop tard et plus une usine a gaz qu'autre chose en l'etat ben j'ai zappé).

Sinon Aspnet-Webapi et MVC sont pour moi les 2 elements les plus importants pour les devpts clients legers (j'ai abandonné les devpts WPF avec l'abandon de SL) car ils sont reellement clean et tres efficaces pour developper rapidement des applis qui tiennent la route.
Toujours gros dommage que microsoft soit incapable de nous fournir des composants qui tiennent la route (on a du ajouter du telerik ou componentOne pour pallier a tous les manques et c'est dommage - plutot que de perdre leur temps sur des conneries ils auraient mieux fait de completer la boite a outils du devp).

Bon environnement sympa malgré tout (mais plus pour le client lourd - passage a QT car WPF c'est vraiment pas top - je viens de SL et c'est la chose que je ne pardonne pas a microsoft - de nous avoir abandonné en route).
L'objectif de microsoft n'a jamais été de fournir des composants à gogo dans tous les sens, ils laissent ça aux sociétés spécialisés, eux ils fournissent la technologie et la plateforme. Telerik a des équipés spécialisés pour une chose Microsoft pour d'autre, ils ne font pas le même métier.

Ils existent deux "Xamarin", Xamarin Forms qui est multiplate-forme du coup assez monolithique parce qu'il faut faire des concessions, et Xamarine Ios, Xamarin Android etc. qui apport énormément plus de souplesse. Si l'application est correctement architecturé, il est possible d'avoir le code base en commun les projets Xamarin ios etc. faisant simplement gagner du temps sur la Gui sans compter en terme de perf, puisque c'est juste une abstraction contrairement à Xamarin Forms
0  0 
Avatar de kilroyFR
Membre éclairé https://www.developpez.com
Le 23/02/2017 à 20:18
Si tu le dis mais j'ai malgré tout le droit de penser que Microsoft aurait du fournir des composants de meilleure qualité que ceux fournis de base pour eviter de devoir aller acheter par ailleurs des composants tierces, quelques fois pour faire le minimum non disponible sur leurs composants.
Quand on nous vend du reve a l'epoque d'aspnet avec les webforms avec du drag'n'drop et que la realité est tout autre ben tu dechantes (et tu vas expliquer a ton chef qui as assisté comme toi aux devdays, qu'il va falloir acheter des librairies tierces a plusieurs milliers d'euros pour faire ce qu'il veut) - du vecu !

Merci je connais Xamarin puisque j'ai porté une appli android complexe vers Xamarin pour voir l'interet.
=> Aucun en pratique puisque tu developpes avec Xamarin comme tu le ferais sous android studio (+GenyMotion).
De plus des que tu veux faire du "portable" IOS/Android ben c'est juste pas possible.
Les librairies dites portables ne sont pas stables du tout: bougent tous les jours. Bref, tu t'arraches les cheveux.
Meme pour des applis complexes avec beaucoup d'ecrans le code que tu peux mettre en commun est minimaliste.
Et le resultat final c'est une appli android qui fait 50Mo pour faire rien - bref un mille feuille logiciel pas possible alors que tu peux t'en sortir beaucoup plus simplement avec de l'android classique sans prise de tete. Oui experience Xamarin m'a laissé plutot de marbre.

PS : je ne suis fanboy de personne, juste mon retour d'experience.
0  0 
Avatar de redcurve
Membre confirmé https://www.developpez.com
Le 25/02/2017 à 3:13
Citation Envoyé par kilroyFR Voir le message
Si tu le dis mais j'ai malgré tout le droit de penser que Microsoft aurait du fournir des composants de meilleure qualité que ceux fournis de base pour eviter de devoir aller acheter par ailleurs des composants tierces, quelques fois pour faire le minimum non disponible sur leurs composants.
Quand on nous vend du reve a l'epoque d'aspnet avec les webforms avec du drag'n'drop et que la realité est tout autre ben tu dechantes (et tu vas expliquer a ton chef qui as assisté comme toi aux devdays, qu'il va falloir acheter des librairies tierces a plusieurs milliers d'euros pour faire ce qu'il veut) - du vecu !

Merci je connais Xamarin puisque j'ai porté une appli android complexe vers Xamarin pour voir l'interet.
=> Aucun en pratique puisque tu developpes avec Xamarin comme tu le ferais sous android studio (+GenyMotion).
De plus des que tu veux faire du "portable" IOS/Android ben c'est juste pas possible.
Les librairies dites portables ne sont pas stables du tout: bougent tous les jours. Bref, tu t'arraches les cheveux.
Meme pour des applis complexes avec beaucoup d'ecrans le code que tu peux mettre en commun est minimaliste.
Et le resultat final c'est une appli android qui fait 50Mo pour faire rien - bref un mille feuille logiciel pas possible alors que tu peux t'en sortir beaucoup plus simplement avec de l'android classique sans prise de tete. Oui experience Xamarin m'a laissé plutot de marbre.

PS : je ne suis fanboy de personne, juste mon retour d'experience.
Désolé mais actuellement Xamarin fonctionne avec .net core, à moins d'avoir une appli codé par des cochons toute ta partie back est partagée entre les applications, seul les projets gui sont différents si t'es pas en forms. J'ai bossé dernièrement sur une application mobile Xamarin ultra sensible pour le secteur médicale. L'application est très complexe pourtant la seule différence était la partie gui ... . Sachant que j'ai développé une HAL C++/C# (interop) utilisée par l'appli pour piloter finement la carte électronique et le cœur de mesure du bousin. Donc ton appli était mal foutu de base, et le portage était lui aussi mal branlé point barre.

Pour ce qui est de WebForm, il ne faut pas perdre de vue que cette technologie a été développée à une époque ou il n'y avait pas de développeur web, l'objectif était de permettre aux devs venant de techno desktop de pondre des sites et faire du RAD enfin du CRADE.

Depuis quelques années, cela n'a plus de sens d'ou l'apparition d'asp.net MVC qui rend le contrôle sur ce qui est fait. Tu peux toujours acheter des composants pour aller plus vite ou faire un truc spécial, mais ça n'a plus tellement d'intérêt.

Par ailleurs que ton chef soit un débile est une chose, en tant qu'ingénieur tu devrais savoir que MS fournit des composants de base uniquement (ce qui couvre déjà 90% des besoins, les applis de gestion faisant essentiellement du simple CRUD). Pour le reste si tu veux un composant x ou y qui fait le café, avec des thèmes à gogo et l'option finition pour se mas******, tu vas chez un fournisseur de composant logique. Quand j'ai besoin d'une fenêtre je vais dans un magasin spécialisé, pas à la fonderie qui à pondu la vitre.
0  0 
Responsable bénévole de la rubrique Microsoft DotNET : Hinault Romaric -

Partenaire : Hébergement Web