Choisir d'utiliser .Net 4

Question

Dans la société pour laquelle je travaille, nous planifions plusieurs projets dont la sortie est prévue pour la fin de 2010. Nous avons actuellement des applications de production fonctionnant dans toutes les versions précédentes de .Net. Lorsque le développement des projets commencera, j'aimerais envisager d'utiliser .Net 4.0. Avant que cela puisse se produire, je devrais me sentir à l'aise de proposer l'idée et je devrais aussi convaincre la direction. Je suis à la recherche d'avis sur le lancement d'un nouveau projet avec le framework .Net 4.0 ainsi que de conseils pour une gestion convaincante si l'opinion est que le framework .Net le plus récent devrait être utilisé. Une chose à considérer est les outils que nous utilisons actuellement (Telerik et EntitySpaces) et s'il y aurait des problèmes à utiliser ces outils avec le framework .Net 4.0. Les deux fournisseurs mentionnés affirment que les produits seront prêts à utiliser avec .Net 4 lors de la sortie du produit, mais je sais qu'il n'y a aucune garantie. J'attends avec impatience les commentaires de tous. Je sais que la recherche sur ce sujet ne serait pas complète sans afficher la situation sur SO :)

Answer 1

.NET 4 est en phase de libération candidate et très stable à mon avis. Il a également un accord GoLive qui signifie qu'il est pris en charge dans son état actuel. Il sera publié ce printemps, il sera donc RTM au moment où vous êtes prêt à déployer. Cela dit, vous et les parties prenantes devez évidemment prendre la décision finale, mais je pense que c'est un choix sûr. De plus, comme il s'agit d'une nouvelle version CLR, la migration de l'application vers la version 4.0 pourrait très bien avoir des changements, donc commencer par l'exécution 4.0 serait une meilleure idée que de migrer plus tard dans le développement.

Answer 2

Mettez la main sur un bêta ou un RC et voyez ce qui a changé dans 4.0.

Testez les outils que vous utilisez actuellement pour la compatibilité: savoir comment ils fonctionnent bien, quand ils devraient être 100%, etc.

être intelligent sur elle déjà quand vient le temps de proposer de travailler avec le nouveau cadre ira un long chemin vers convaincre la direction que vous êtes en mesure de tirer parti des nouvelles fonctionnalités.

Answer 3

Aucune raison de ne pas. Des gens comme Telerik et ES seront prêts avant vous. En fin de compte, il n'y a pas beaucoup de changements de rupture. L'outillage est supérieur. Et vous avez des options qui n'existent pas dans 3.5.

En général, je veux que tous les nouveaux départs soient dans les derniers et les meilleurs. C'est là que l'effort communautaire est. Et si un outil permet d'économiser un développeur une heure par semaine, cela vaut le coût.

Answer 4

Je dois sentir à l'aise de proposer l'idée et aurait aussi de convaincre la direction

Non seulement vous devez être à l'aise avec l'idée, mais vous devez être un avocat . Quels sont les risques, les coûts (non seulement pour l'acquisition de logiciels, mais la formation et le temps de montée en puissance pour les autres membres de l'équipe) et les avantages? Faire votre recherche. Obtenez votre temps sur le tas avec 4.0. Demandez-vous, "Comment pourrais-je aborder cette application différemment en 4.0?"

Construire un terrain convaincant. Jusqu'à ce que vous le fassiez, ne vous attendez pas à ce que la direction conduise le disque à la mise à niveau.

Answer 5

Vous devez également prendre en compte le temps nécessaire à la généralisation de .NET 4 - il ne sera pas immédiat, sauf dans la communauté des développeurs. Si vous créez une application redistribuable sur .NET 4, les clients potentiels auront besoin du dernier environnement d'exécution installé. Ce n'est pas tellement un problème pour le travail côté serveur, mais même cela peut être un problème.

Si vous planifiez une application qui sortira un certain temps après la sortie de .NET 4, cela pourrait fonctionner pour vous. Sans savoir comment les MS prévoient de distribuer le runtime v4, je pense qu'il faudra un certain temps avant qu'il soit assez large pour en dépendre.