Rendre VS 2008 agréable avec les projets eVC 4.0

Question

Je voudrais contribuer à un projet Windows Mobile open-source, mais il est en cours de développement en eVC 4.0, ce qui ne fonctionne pas sur 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. J'ai VS 2008 installé sur ma machine de développement principale, et j'ai obtenu tous les SDK, etc. J'ai besoin de faire du travail WM. Mais! Une fois que j'ai rassemblé tout le code source et commencé à essayer de le construire, j'ai dû faire beaucoup de changements pour supporter les méthodes obsolètes et certains en-têtes qui avaient été déplacés.

Idéalement, j'aimerais pouvoir travailler sur le projet "comme si" j'utilisais eVC à la place. Y at-il une sorte de "mode quirks" qui me permet d'émuler le comportement eVC dans VS 2008? Si ce n'est pas le cas, existe-t-il un guide pour le portage des applications d'eVC vers VS?

Answer 1

Non, aucun mode ne le permet. Studio '08 utilise un compilateur différent (beaucoup mieux en fait) que eVC, donc certaines choses que eVC laisse glisser ne le feront pas. D'une 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, et il y a des cas (comme CString) qui se comportent différemment (classes dans eVC, templates dans Studio) surtout si les objets n'ont pas été utilisés "correctement" pour commencer. Défaire cela peut être un énorme gâchis.

Les méthodes obsolètes peuvent être enveloppées dans une méthode abstraite de telle sorte que sous Studio le cheminement de code s'effectue d'une manière et sous eVC il en route un autre. Sans savoir 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 poser de problème. Ajoutez les répertoires include au projet. Vous ne devriez certainement pas avoir le chemin vers les en-têtes dans les fichiers de code eux-mêmes. Edit: Une dernière remarque, Studio aspire 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 ça dans la migration. Avoir #defines manquants 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 aussi.