Faire en sorte que VS 2008 joue bien avec les projets eVC 4.0

Question

Je souhaite contribuer à un projet Windows Mobile à code source ouvert, mais il est développé en eVC 4.0, ce qui ne fonctionne pas sous Vista (n'hésitez pas à me corriger!), et je préférerais éviter d'avoir à double démarrage ou à distance dans ma seule boîte XP restante. VS 2008 est installé sur ma machine de développement principale et dispose de tous les SDK, etc. Il me faut travailler avec WM. Mais! Une fois que j'ai rassemblé tout le code source et commencé à essayer de le construire, j'ai dû faire beaucoup de modifications pour prendre en charge les méthodes obsolètes et certains en-têtes déplacés.

Idéalement, j'aimerais pouvoir travailler sur le projet "comme si" J'exécutais eVC à la place. Existe-t-il une sorte de " mode quirks " qui me permet d’émuler le comportement eVC dans VS 2008? Sinon, existe-t-il un guide sur le portage d'applications de eVC vers VS?

Answer 1

Non, il n'y a pas de mode qui va le permettre. Studio '08 utilise un compilateur différent (bien meilleur en fait) que eVC, de sorte que certaines choses que eVC ne permet pas à glisser Studio. De manière générale, le code de Studio fonctionnera sous eVC.

Maintenant, si vous utilisez MFC, c'est une histoire totalement différente. MFC sous eVC et MFC sous Studio sont très différents les uns des autres et certains cas (comme CString) se comportent simplement différemment (classes dans eVC, modèles dans Studio), en particulier si les objets n'ont pas été utilisés "correctement". pour commencer. Annuler cela peut être un énorme gâchis.

Les méthodes obsolètes peuvent être encapsulées dans une méthode abstraite afin que, sous Studio, le code soit acheminé dans un sens et sous eVC, il en achemine un autre. Sans savoir avec quelles méthodes en particulier vous avez des problèmes, il est difficile de donner des conseils plus détaillés.

Les fichiers déplacés ne devraient pas être un problème. Ajoutez les répertoires d'inclusion au projet. Vous ne devriez certainement pas avoir de chemin vers les en-têtes dans les fichiers de code eux-mêmes.

Éditer: Une dernière remarque, Studio craint généralement l’importation de projets eVC. Il est donc tout à fait possible que vous ayez perdu des directives de précompilateur et des choses comme cela dans la migration. Avoir manqué #defines pourrait certainement rendre le port plus difficile, alors vérifiez que tout ce qui est défini dans eVC est toujours défini dans Studio. Prenez également note de toute définition de sous-système. Studio aime oublier d’importer cela également.