Convertir SharePoint 2007 fonctions dans le concepteur de fonctionnalité VS2010

Question

Quelqu'un at-il une expérience en mouvement SharePoint 2007 fonctionnalités de VS2008 à VS2010 en utilisant le nouveau concepteur de fonctionnalité? J'ai actuellement un projet de bibliothèque de classes C # qui a un dossier « 12 » avec un tas de sous-dossiers (caractéristiques, mises en page, etc ...) et nous utilisons WSPBuilder pour générer les packages de solutions. Je voudrais passer ces projets dans VS2010 et tirer parti de la fonctionnalité de l'emballage et le déploiement intégré dans l'IDE. Est-il un moyen simple de le faire?

Answer 1

Il n'y a pas une façon directe à 100% de la migration de projets de WSPBuilder à 2010 malheureusement. Au moment de l'écriture, il est un fait peu connu que les FSSF de 2007 ne peuvent pas être importés à 2010, ce qui exclut cette approche - voir http://msdn.microsoft.com/en-us/library/ee231584 (VS.100) .aspx .

Si je devais être sûr à 100% ma dernière sortie, je serais probablement utiliser une approche quelque chose comme:

1. Créer la version 2010 du projet VS (s).
2. Ajoutez le fichier pour chacun des fichiers « complexes » dans la racine SharePoint « manuellement » à travers les options du menu VS2010 (ce qui est d'assurer que tous les nouveaux attributs sont ajoutés / les légères modifications du schéma sont pris en compte).
3. Ajouter le premier élément (par exemple de type de contenu) à travers VS2010.
4. Coller dans la déclaration d'autres (par exemple) des types de contenu, en comparant le XML à celle de la « indigène » élément 2010. fix-up manuellement tous les attributs manquants etc.
5. Ajoutez le reste des fichiers par exemple .cs / .aspx / .ascx etc etc.
6. Déploiement et travail par des erreurs initiales. Certains d'entre eux pourraient être en bas des fichiers ne pas avoir le bon attribut « DeploymentType », ou des fichiers qui vont dans la mauvaise fonction.
7. test test test.

Un exemple du genre de différence tentatives de ce processus de protection contre le fait que l'élément ContentType dispose désormais d'un nouvel attribut « Hérite ». De plus, les éléments « FieldRef » maintenant devraient utiliser « DisplayName » en plus « Nom » et « ID » (Je n'ai pas confirmé, mais l'info est de quelqu'un dans le groupe de produits).

Gardez à l'esprit que ce ne sont que des éléments « complexes » qui disposition dans la base de données de contenu qui sont susceptibles d'une préoccupation par exemple champs, types de contenu, les instances de liste, etc. Quelque chose d'aussi simple que d'une page d'application peut être expédié dans le projet VS2010 plus simplement. Voir également que vous avez maintenant une plus grande liberté de structurer votre projet VS2010 dans des dossiers significatifs - vous ne avez plus besoin d'utiliser l'approche « lieu d'exécution » (12 dossiers) de WSPBuilder.

Une alternative peut est de faire une mise à niveau en place sur une machine virtuelle, quelque part, puis enregistrez le site résultant comme WSP, puis importer à VS2010. Bien qu'il devrait fonctionner sur le papier, je dois voir des preuves plus concrètes avant de dire qu'il fonctionnerait vraiment bien.

Answer 2

Une technique que je l'ai utilisé est de convertir mes projets SharePoint 2007 à VSeWSS 1.3 Mars CTP. L'outil d'importation VSeWSS est libéré] 1 et convertit votre projet un projet Visual studio 2010 destiné à SharePoint 2010.

Contrairement aux versions précédentes de l'outil, comme du CTP Mars, VSeWSS répond à la plupart des besoins de développement. Paul Andrew et Kirk Evans offrent d'excellents conseils sur la façon de se mettre à jour avec les nouvelles fonctionnalités qui ont été absentes des versions précédentes.