Conception d'un package d'intégration Visual Studio 2010

Question

Je voudrais commencer avec le SDK Visual Studio 2010 et créer des packages d'intégration. Tout ce que je voudrais faire pour l'instant, c'est fournir un nouveau type de projet et un nouveau service de langue. Cependant, je ne sais pas comment je devrais le concevoir ...

Le paquet fournira un éditeur pour un langage de programmation qui compile pour les processeurs x86 ou ARM. Le problème est qu'il y a quelques différences de langue selon le processeur pour lequel vous développez. Je préfère ne pas avoir un type de projet distinct pour chaque architecture, cependant. De préférence, le programmeur choisit l'architecture lors de la création du projet et le paquet charge automatiquement les parties spécifiques telles que le service de langue correct, les paramètres de configuration et les outils et dialogues personnalisés associés à cette architecture.

Comment ferais-je cela? J'ai lu des "projets aromatisés", mais je ne comprends pas vraiment comment les mettre en œuvre. Est-ce ce dont j'ai besoin?

Answer 1

Quelques points à noter pour vous aider à un pas dans la bonne direction:

• Les interfaces pour un service de langue pour accrocher dans l'éditeur ont complètement changé pour VS 2010. Je recommande de poser des questions sur la VS Editor Forum où tous les devs de l'éditeur VS de base se tiennent pour les réponses les plus rapides puisque la documentation et les échantillons sont encore incomplets à ce stade. (Il existe une couche de compatibilité pour prendre en charge les "anciens" services linguistiques, mais il vaut mieux utiliser les nouvelles interfaces depuis le début.)
• Un "projet aromatisé" (appelé dans les documents un sous-type de projet) est un moyen d'ajouter/de supprimer des fonctionnalités d'un système de projet existant. Par exemple, il existe des versions de projet pour les projets Web, WPF, Devices, Database, etc ... en plus de CSProj et VBProj. Dans ces cas, C# et VB sont les systèmes de projet "de base" et WPF, Web, Database sont des arômes qui étendent les systèmes de projet C#/VB de base. Puisque vous avez un langage personnalisé, vous devez implémenter votre propre système de projet de base. Votre meilleur pari pour commencer à partir de zéro serait de construire quelque chose basé sur le MPFProj source library.

Answer 2

Je travaille sur quelque chose de très similaire - voici mon point de départ:

http://blogs.msdn.com/noahric/archive/2010/02/15/markdown-part-4-outlining.aspx

Il est un très bel exemple de la façon de mettre en œuvre une extension de l'éditeur.