VS2010機能デザイナーのSharePoint 2007機能を変換します

Question

新機能デザイナーを使用して、VS2008からVS2010にSharePoint 2007の機能を移動した経験がありますか？現在、サブフォルダーの束（機能、レイアウトなど）を備えた「12」フォルダーを備えたC＃クラスライブラリプロジェクトがあり、WSPBuilderを使用してソリューションパッケージを生成しています。これらのプロジェクトをVS2010に移動し、IDEに組み込まれたパッケージングと展開機能を活用したいと思います。これを行う簡単な方法はありますか？

Answer 1

残念ながら、WSPBuilderプロジェクトを2010年に移行する100％簡単な方法はありません。執筆時点では、2007年からのWSPSがあまり知られていない事実です できません 2010年に輸入されるため、そのアプローチを除外してください - 参照してください http://msdn.microsoft.com/en-us/library/ee231584(vs.100).aspx.

最終出力について100％確信する必要がある場合は、おそらく次のようなアプローチを使用します。

1. VSプロジェクトの2010バージョンを作成します。
2. VS2010メニューオプションを介して、「複雑な」ファイルのファイルをSharePointルートの「手動で」に追加します（これにより、新しい属性が追加されていることを確認する/わずかなスキーマの変更が考慮されます）。
3. VS2010から最初の要素（コンテンツタイプなど）を追加します。
4. 他の（例えば）コンテンツタイプの宣言に貼り付け、XMLを「ネイティブ」2010要素の宣言と比較します。欠落している属性などを手動で修正します。
5. 残りのファイルを.cs/.aspx/.ascxなどを追加します。
6. 初期エラーを展開して動作させます。これらのいくつかは、正しい「deploymentType」属性を持たないファイル、または間違った機能に移動するファイルからのファイルに依存する可能性があります。
7. テストテストテスト。

このプロセスが保護しようとする種類の違いの例は、ContentType要素に新しい「継承」属性があるという事実です。さらに、「FieldRef」要素は、「名前」と「ID」に加えて「DisplayName」を使用するようになりました（これを確認していませんが、情報は製品グループの誰かからのものです）。

フィールド、コンテンツタイプ、リストインスタンスなどに関係する可能性が高いコンテンツデータベースにプロビジョニングする「複雑な」要素のみであることに留意してください。アプリケーションページのような単純なものは、VS2010プロジェクトにもっと簡単に出荷できます。また、VS2010プロジェクトを意味のあるフォルダーに構築する自由度が高いことを考慮してください。WSPBuilderの「ランタイムロケーション」アプローチ（12フォルダー）を使用する必要はなくなりました。

代替手段 たぶん......だろう どこかでVMでインプレースアップグレードを行い、結果のサイトをWSPとして保存してから、VS2010にインポートします。紙で動作するはずですが、実際に機能すると言う前に、より具体的な証拠を見る必要があります。

Answer 2

私が使用した手法の1つは、SharePoint 2007プロジェクトをVSEWSS 1.3 3月CTPに変換することです。 VSEWSSインポートツールがリリースされます1 プロジェクトをSharePoint 2010を対象としたVisual Studio 2010プロジェクトに変換します。

ツールの以前のバージョンとは異なり、3月CTPの時点で、VSEWSSはほとんどの開発者のニーズに対応しています。 Paul AndrewとKirk Evansは、以前のバージョンに欠けていた新しい機能をどのようにスピードアップするかについて優れたガイダンスを提供します。