Konvertieren Sie SharePoint 2007 -Funktionen in VS2010 Feature Designer

Question

Hat jemand Erfahrung mit dem neuen Feature -Designer von VS2008 bis VS2010 von VS2008 bis VS2010? Ich habe derzeit ein C# -Klbibliotheksprojekt mit einem "12" -Fordner mit einer Reihe von Unterordnern (Funktionen, Layouts usw.). Wir verwenden WSPBuilder, um die Lösungspakete zu generieren. Ich möchte diese Projekte in VS2010 verschieben und die in der IDE eingebauten Verpackungs- und Bereitstellungsfunktionen nutzen. Gibt es eine einfache Möglichkeit, dies zu tun?

Answer 1

Leider gibt es nicht 100% unkompliziert, WSPBuilder -Projekte auf 2010 zu migrieren. Zum Zeitpunkt des Schreibens ist es eine wenig bekannte Tatsache, dass WSPs aus dem Jahr 2007 von 2007 kann nicht auf 2010 importiert werden und so diesen Ansatz ausschließen - siehe http://msdn.microsoft.com/en-us/library/ee231584(vs.100).aspx.

Wenn ich mich über meine endgültige Ausgabe zu 100% sicher sein müsste, würde ich wahrscheinlich einen Ansatz verwenden wie:

1. Erstellen Sie die 2010 -Version des VS -Projekts.
2. Fügen Sie die Datei für jede der "komplexen" Dateien in das SharePoint -Root "manuell" über die Menüoptionen des VS2010 hinzu (dies soll sicherstellen, dass neue Attribute hinzugefügt werden/jedes geringfügige Schema -Änderungen berücksichtigt werden).
3. Fügen Sie das erste Element (z. B. Inhaltstyp) über VS2010 hinzu.
4. Fügen Sie die Deklaration anderer (z. B.) Inhaltstypen ein und vergleichen Sie das XML mit dem des "nativen" Elements 2010. Fehlende Attribute usw. manuell einrichten usw.
5. Fügen Sie den Rest der Dateien hinzu, z. B. cs/.aspx/.ascx usw. usw. usw.
6. Erstmale Fehler bereitstellen und durcharbeiten. Einige davon könnten auf Dateien zurückzuführen sein, die nicht über das korrekte "DeploymentType" -attribut verfügen, oder von Dateien, die in die falsche Funktion eingehen.
7. Testtest.

Ein Beispiel für den Unterschied, gegen den dieser Prozess versucht, vor dem Schutz zu schützen, ist die Tatsache, dass das ContentType -Element jetzt ein neues 'Ererbsattribut hat. Zusätzlich sollten 'FieldRef' Elemente jetzt zusätzlich zu 'Name' und 'ID' 'DisplayName' verwenden (ich habe dies nicht bestätigt, aber die Informationen stammen von jemandem in der Produktgruppe).

Denken Sie daran, dass es sich nur um "komplexe" Elemente handelt, die in der Inhaltsdatenbank eingerichtet werden, die wahrscheinlich besorgniserregend sind, z. Bedenken Sie auch, dass Sie jetzt eine größere Freiheit haben, Ihr VS2010 -Projekt in aussagekräftige Ordner zu strukturieren - Sie müssen den Ansatz "Laufzeitort" (12 Ordner) von WSPBuilder nicht mehr verwenden.

Eine Alternative könnte Seien Sie irgendwo ein Upgrade auf einem VM und speichern Sie dann die resultierende Site als WSP und importieren Sie dann auf VS2010. Obwohl es auf Papier funktionieren sollte, müsste ich mehr konkrete Beweise sehen, bevor ich sagen würde, dass es wirklich funktionieren würde.

Answer 2

Eine Technik, die ich verwendet habe, besteht darin, meine SharePoint 2007 -Projekte in VSEWSS 1.3 März CTP umzuwandeln. Das VSEWSS -Import -Tool wird veröffentlicht.1 und konvertiert Ihr Projekt in ein Visual Studio 2010 -Projekt, das auf SharePoint 2010 abzielt.

Im Gegensatz zu früheren Versionen des Tools befasst sich VSEWS ab März im März die meisten Entwickleranforderungen. Paul Andrew und Kirk Evans geben hervorragende Anleitung, wie man mit den neuen Funktionen, die in früheren Versionen fehlten, auf dem neuesten Stand sind.