Question

FYI - Je suis un mainframer qui a migré vers le monde .NET il y a quelques années et qui a beaucoup à apprendre.

Nous envisageons de réécrire une application Visual FoxPro en .Net (très probablement VB). Ce projet est prévu pour 4-6 ans.

Nous en sommes au tout début de la conception préliminaire. Je vois BEAUCOUP d’informations de Microsoft sur VS 2010. Y at-il un problème avec 2005/2008 qui devrait nous inquiéter? Ou bien, cette POS pour les États membres est-elle de commencer à promouvoir les futurs produits aussi tôt? Vaut-il la peine d’attendre que 2010 commence à coder? De toute façon, la conception fonctionnelle ne sera probablement pas terminée d’ici la fin de l’année (2009) et nous pouvons toujours faire des maquettes en VS-2005.

Deuxièmement, FoxPro et VB6 sont dans le même bateau; non pris en charge mais vivant pour le moment. Le passage à .NET est-il intelligent? VB? C #? Y aura-t-il un moment où MS décidera que passer à VS 20xx nécessite une nouvelle réécriture complète de l'ancien code (VB6)? Ou pourraient-ils éliminer VB.net ou C # .net pour la prochaine "grande" chose (foxpro)? Ou que dire de la durée de vie du framework .NET? Est-il également limité jusqu'à ce que quelque chose d'autre se présente?

Nous avons une très grosse application avec des années de pansements, de mises à jour et de modifications législatives qui va déjà être une PIA à convertir. Nous voulons une nouvelle plate-forme stable pour les décennies à venir, avec des migrations faciles. Existe-t-il un code de développement qui sera dans environ 50 ans? 100?

La logique de base de l'application n'a pas beaucoup changé depuis qu'ils utilisaient un crayon et du papier. Il est difficile de justifier une réécriture pluriannuelle maintenant si cela doit être fait tous les 10 à 20 ans. L’application FoxPro a été lancée en 1991, a été mise en ligne en 1999 et doit être réécrite dans une autre langue.

Les mainframes sont simples comparés à la fluidité de Win Apps.

Voici quelques spécifications de haut niveau.

  • C'est pour un bureau du gouvernement.
  • Il contient des données extrêmement sensibles.
  • Le Web n’est pas une option.
  • Ce sera uniquement une application MS Windows.
  • passera des tables FoxPro à probablement SQL Server 2005/8/10 (quelle que soit l'actuelle)

Je sais que ceux qui travaillent avec des boules de cristal ne répondront pas, mais quel est le sentiment de la communauté quant à la probabilité qu'un langage de programmation s'installe et soit disponible / stable à long terme?

Merci pour vos opinions à ce sujet, je les apprécie.

Était-ce utile?

La solution

Où puis-je me procurer l'un de ces emplois pépères du gouvernement ????

de toute façon, oui, c’est la SOP de Microsoft pour annoncer et faire la démonstration des systèmes d’exploitation, des outils de développement, etc. tôt, cela ne signifie pas que les outils actuels ont quelque chose de mal. Depuis VS2003, il est toujours extrêmement facile de migrer des projets vers de nouvelles versions de l'environnement de développement, si vous le souhaitez. Commencez donc par la version de VS la plus récente lorsque vous êtes prêt à écrire du code.

.NET va changer au fur et à mesure que vous écrivez ceci, mais ils ont vraiment bien préservé la compatibilité avec les versions précédentes du framework, de sorte que ce n’est pas vraiment un problème non plus.

Je recommanderais C # à VB.Net si vous voulez quand même réécrire. VB.Net était en quelque sorte un langage de groupe pour amener les programmeurs VB sur .Net et est parfois utile pour la compatibilité, mais je ne sais pas pourquoi vous voudriez commencer un nouveau développement avec.

Autres conseils

Windows n'est vraiment pas une plate-forme adaptée aux applications longue durée telles que celles que vous décrivez. C’est pourquoi les vendeurs de gros ordinateurs et de gros fabricants de fer, bien que plus faibles qu’avant, existent toujours.

Eh bien, évidemment, personne ne peut dire exactement ce qui va arriver à toutes les dernières nouveautés / meilleures de demain. Si vous étiez un programmeur Mac OS dans les années 80 et 90, vous seriez probablement un peu ennuyé si vous n’êtes pas dans le même bateau que les programmeurs VB6.

.NET et VB.NET/C# sont une proposition viable à long terme. Ils se trouvent dans une situation différente de celle de VB classique et de FoxPro dans la mesure où ils s'exécutent sur une machine virtuelle pouvant être utilisée dans de nombreux langages différents. En tant que tel, même si un nouveau langage plus populaire apparaît .NET, votre ancien code sera toujours exécuté.

Lorsque vous dites que vous souhaitez une application de bureau plutôt que Web, vous vous inquiétez, car Windows Forms (l'infrastructure d'interface utilisateur traditionnelle de type VB) ne retient déjà pas beaucoup l'attention de Microsoft. Cela ne va pas disparaître comme je l'ai dit, mais il n'y aura pas beaucoup d'amélioration à l'avenir. Si vous travaillez sur une application massive, ne changeant jamais, comme vous le dites, cela ne devrait pas être un problème pour vous.

Le cadre d'interface utilisateur .NET alternatif est WPF, qui est le plus récent. La viabilité à long terme de cette situation suscite des interrogations en raison de son utilisation extraordinaire des ressources. Jusqu'à présent, il n'y a qu'une seule application de bureau importante qui l'utilise (l'outil de conception WPF de Microsoft, Expression Blend) et pour tenter de convaincre les gens que WPF est réellement viable, ils se sont engagés à utiliser WPF dans Visual Studio 2010 pour des parties de l'interface utilisateur telles que l'éditeur. . Malgré tout, j’ai du mal à recommander WPF pour l’application que vous décrivez - c’est trop risqué.

En ce qui concerne votre question sur les versions de Visual Studio, VS2005 n’était pas très bon (il est sorti précipitamment avec de sérieux problèmes de performances). VS2008 est toutefois une bonne version et vous seriez bien avisé de commencer votre projet avec cela - rien ne garantit que 2010 sera meilleure (ou même aussi bonne en raison du facteur WPF). Les équipes ont tendance à utiliser les versions de Visual Studio pendant longtemps (mon employeur utilise encore 2003 pour certains travaux!) Et toutes les versions coexistent pacifiquement sur un seul ordinateur.

Et oui, Microsoft a tendance à parler des outils de développement bien avant qu’ils soient disponibles. Apparemment, l’effet "osbourne" & ne s'applique pas aux outils de développement:)

Mes partenaires me tiennent à cœur - il existe un moteur (l’équipe de l’Ukraine l’a) pour convertir l’application VFP dans le réseau net, qui fonctionnera avec les fichiers DBF existants. Donc, au lieu de réécrire, il vous suffit d’exécuter le convertisseur (offre unique) et au lieu d’applications FoxPro, vous obtiendrez Dot Net. Si vous souhaitez plus de détails, merci de me le faire savoir

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top