Windows XP プロダクトキーの最新リリースでは、Windows XP や Windows Vista® 以降使用されなくなった API または DLL による問題、および新しい資格情報プロバイダーのフレームワークやサービスの分離による問題が明らかになっています。Windows XP から Windows 7 に移行する場合に必要な作業は、Windows XP から Windows Vista にアプリケーションを移行する場合とあまり変わりません。Windows Vista から Windows 7 に移行する場合は、アプリケーションのテストと検証のために必要な作業が、Windows XP から Windows 7 に移行する場合に比べて大幅に削減されます。ユーザーがファイルを保存したら (TargetFileRequested (英語) イベントを受け取ります)、ファイル名と拡張子を検証し (FileName (英語) プロパティを使います)、アプリに対して有効であることを確認します。アプリに対して有効ではない場合、UX ガイドラインに従って、エラーをユーザーに表示できます。アプリに対して有効である場合、新しい StorageFile を作成してファイル ピッカーに戻します。その後、ファイル ピッカーは、コンテンツを記述するアプリ (つまり、ファイル ピッカーを呼び出したアプリ) に StorageFile を渡します。この概念を次の簡単なコード スニペットに示します。
通常、組織では、ネットワーク環境のすべてのコンピューターに何百ものアプリケーションがインストールされています。これには、同じアプリケーションの複数のバージョンや、1 つのアプリケーションのバージョンに適用されるさまざまな更新プログラムも含まれています。これらのアプリケーションおよびバージョンの多くは Windows 7 との互換性がありますが、Windows 7 またはインストールされているその他のアプリケーションやデバイス ドライバーとの互換性の問題が一部に存在する可能性もあります。Compatibility Evaluator、Microsoft® Application Compatibility Toolkit Data Collector (ACT-DC)、Microsoft Compatibility Exchange、ACT コミュニティ、Internet Explorer Compatibility Test Tool (IECTT)、Standard User Analyzer (SUA) ツール、および Setup Analysis Tool (SAT) に関する詳細なテクニカル リファレンス トピックが含まれます。 Windows XP プロダクトキーに基づく接続についての最大の受信ウィンドウのサイズの値を正しく決定するという問題を解決するために、次世代の TCP/IP スタックは受信ウィンドウの自動調整をサポートします。受信ウィンドウの自動調整は継続的に、帯域幅遅延積 (Bandwidth Delay Product：BDP) およびアプリケーション取得率を計測することにより、最適な受信ウィンドウのサイズを決定し、変化するネットワークの状態に基づき最大の受信ウィンドウのサイズを調節します。受信ウィンドウの自動調整は既定で TCP ウィンドウ スケーリングを有効にし、16 MB ウィンドウ サイズまで可能にします。このプロパティでは、さまざまなモード (環境)、さまざまな設定を選択し、簡単にテストすることができます。たとえば、アプリケーションが Windows 95 で動作するように作成されたものであれば、モードを Windows 95 に設定してテストを行います。モードの他に、画面の表示を 256 色に変更したり、解像度を 640 x 480 ピクセルに切り替えるなど、さまざまな設定をテストできます。
Windows XP プロダクトキーは、完全に一体化されたエクスペリエンスを提供し、メニューとして、または他のページに埋め込み可能なパーツを提供することによって、必要に応じて既存の UI の一部を拡張することができます。Windows XP Service Pack 2 および Windows Server 2003 Service Pack 1 に含まれています。Windows Vista および Windows Server 2008 もまた Teredo をサポートします。2 月の Community Technology Preview (TCP) および Windows Vista のその後のリリースでは、Teredo は既定で有効でアクティブです。ベータ評価者は、アドレスの自動構成を実行し、NAT マッピングを保持するために Teredo のコンポーネントにより送信されたトラフィックに気付かれたかもしれません。Windows Vista の最終版で、Teredo のコンポーネントは有効となる予定ですが、既定で非アクティブです。アクティブにするためには、ユーザーは Teredo を使用する必要のあるアプリケーションをインストールするか、またはファイアウォールの設定を変更し、アプリケーションが Teredo を使用できるようにする必要があります。
Windows Server 2008 では Teredo は既定で無効となっています。AppBar におけるボタンの表示/非表示の切り替えは、各ボタンの Visibility プロパティを設定するだけでも実現可能ですが、これではボタンの表示/非表示に適切なアニメーションが適用されません。ボタンの表示と非表示に HTML のアプリ バーと同様のアニメーションを適用するには、アプリ バーのボタンが配置される各パネルの ChildrenTransitions プロパティに AddDeleteThemeTransition を追加する必要があります。その後、これらの切り替え効果のアニメーションを起動するには、実際に AppBar からボタンを削除/追加する必要があります。アプリ マニフェストの StartPage 要素内では使用できません。ホスト Web 上のカスタム アクションまたはアプリ パーツ内でも使用できません。 Windows XP プロダクトキーを使ってアプリを起動し、ユーザーが前回アプリで選択を行った場所を表示します。アプリがインストールされる Web サイトに対するアクセス許可要求範囲の URI。この範囲のすべての子を含みます。SharePoint 2013 コンポーネントに加え、SharePoint 用アプリは、1 つ以上のカスタム アクション (ショートカット メニュー アイテムやリボン拡張など) をホスト Web に展開することもできます。これは、パッケージの .wsp ファイルには含まれないが、ホスト Webに配置されるコンポーネントを展開するフィーチャーをアプリ パッケージに配置することで実現されます。この "ルーズな" フィーチャーは、ホスト Web フィーチャーと呼ばれます。アプリ パーツは、ホスト Web に同じ方法で展開されます。ホスト Web フィーチャーは、標準的な SharePoint 2013 の feature.xml ファイルと、1 つ以上の関連付けられた elements.xml ファイルで構成されます。
Windows 7 Ultimate 販売は、Office 2013 リッチ クライアントといくつかの対応する Web App の両方でサポートできます。これは Office 用アプリの大きな利点の 1 つです。つまり、開発者は、多くのシナリオで異なる 2 つの環境用またはアプリケーション用に別々のアプリを作成する必要はありません。また、エンド ユーザーに、デスクトップと Web ブラウザーで一貫したユーザー エクスペリエンスを提供できます。 インストール先の SharePoint Web サイトとシームレスに統合されるので、ユーザーが使い慣れた作業環境にデータと機能を取り入れ、使い慣れたユーザー エクスペリエンスを提供することができます。SharePoint 用アプリ は、完全に一体化されたエクスペリエンスを提供し、メニューとして、または他のページに埋め込み可能なパーツを提供することによって、必要に応じて既存の UI の一部を拡張することができます。アプリ パーツは、アプリからのコンテンツを格納する iframe 要素を表示させます。リボンまたはコンテキスト メニューの拡張機能によって、リスト項目、ドキュメント、またはリボンが表示されるその他のあらゆる場所でアプリを使用できるようになります。
Windows Server 2008 R2 で Active Directory フォレストのクリーン インストールを実行する場合は、Adprep を実行する必要はありません。また、使用する Active Directory スキーマには、Active Directory のごみ箱が正しく機能するために必要なすべての属性が自動的に含められます。ただし、Windows Server 2008 R2 ドメイン コントローラーを既存の Windows Server 2003 または Windows Server 2008 フォレストに導入し、続けて残りのドメイン コントローラーを Windows Server 2008 R2 に更新する場合は、Adprep を実行して、Active Directory のごみ箱が正しく機能するために必要な属性で Active Directory スキーマを更新する必要があります。Windows Sockets ベースのアプリケーションおよびサービスにより使用されます。Windows Sockets API は Ancillary Function Driver (AFD) を介し操作され、TCP/IP と Socket 機能を実行します。 Windows 7 Ultimate 販売を実行して、必要な Active Directory のごみ箱の属性を使用して、Active Directory スキーマを更新します。Schema Admins グループのメンバーシップが、次の Adprep のタスクを実行するために最低限必要なメンバーシップです。アプリのどの部分がユーザーを喜ばせたり、ユーザーに気に入られたりする設計になっていますか。ユーザーがアプリについて説明する際に、次の言葉が入っていると嬉しく思います。役に立つ、快適、友人や家族とつながる。アニメーションのライブラリを使って、アプリに軽快で柔軟な印象を加えることができます。コンテキストの変化がわかりやすく、視覚的な切り替えがエクスペリエンスに結び付きます。
