HashSet<(Of <(T>)>) は、.NET Framework に高パフォーマンスの集合操作を提供します。集合は、重複しない要素を任意の順序で格納したコレクションです。詳細については、「HashSet コレクション型」を参照してください。

EventSchemaTraceListener クラスには、エンド ツー エンドのスキーマ互換イベントのトレースが用意されています。スレッド、AppDomain、プロセス、およびコンピュータの境界を越えて異種のコンポーネントが含まれるシステムに対してエンド ツー エンドのトレースを使用できます。標準化されたイベント スキーマ (「Event Representation for Event Consumers」を参照してください) が、これらの境界を越えるトレースを有効にするように定義されています。このスキーマは、Windows Vista の診断ツールであるイベント ビューアなどさまざまなトレース技術で共有されます。このスキーマでは、スキーマ準拠のカスタムの要素を追加することもできます。

EventSchemaTraceListener クラスは、ロック制御の不要なトレースを暗黙的にサポートして、ログ処理のパフォーマンスを向上するように調整されています。

パイプは、同じコンピュータ上またはネットワーク内の他の Windows コンピュータ上で実行されている任意のプロセス間の通信を可能にします。.NET Framework では、匿名パイプと名前付きパイプという 2 種類のパイプにアクセスできます。パイプの詳細については、「パイプ」を参照してください。

GCSettings クラスには、ガベージ コレクタがアプリケーションに介入するタイミングを調整するための新しい LatencyMode プロパティが追加されています。このプロパティを、新しい GCLatencyMode 列挙体のいずれかの値に設定できます。

GC クラスには、新しい Collect(Int32, GCCollectionMode) メソッド オーバーロードが追加され、強制的に実行されるガベージ コレクションの動作を調整できるようになりました。たとえば、このオーバーロードを使用すると、オブジェクトをクリアするのに現在が最適なときかどうかをガベージ コレクタに判断させることができます。このオーバーロードは、新たに追加された GCCollectionMode 列挙値を引数として受け取ります。

部分信頼で実行されたアセンブリからコードを出力したり、それを実行したりできるようになりました。出力されたコードが、パブリックの型とメソッドしか呼び出さないのであれば、アクセス対象の型およびメソッドによって要求されるアクセス許可さえあればよく、それ以上のアクセス許可は不要です。このようなコードは、新しい DynamicMethod(String, Type, array<Type>[]()[]) コンストラクタによって簡単に出力できます。

出力されたコードがプライベート データにアクセスする場合は、新しい DynamicMethod(String, Type, array<Type>[]()[], Boolean) コンストラクタを使用して制限付きアクセスを許可できます。この機能を有効にするには、ホスト側が新しい RestrictedMemberAccess フラグで ReflectionPermission を付与する必要があります。この場合、それと同等以下の信頼レベルを持つアセンブリ内の型およびメソッドについてのみ、出力されたコードがプライベート データにアクセスできるようになります。「チュートリアル : 部分信頼シナリオにおけるコード出力」を参照してください。

リフレクションでは、ホストが RestrictedMemberAccess を付与することにより、プライベート プロパティにアクセスするメソッドや、プライベート メソッドを呼び出すメソッドなどを制限付きで使用できるようになりますが、その対象は、同等以下の信頼レベルを持ったターゲット アセンブリに限られます。

読み取り/書き込みロックの強化

ThreadPool のパフォーマンス強化

DateTimeOffset および TimeZoneInfo という、新たに追加された 2 つの型によってタイム ゾーンのサポートが強化され、異なるタイム ゾーンの日付と時刻を扱うアプリケーションをより簡単に開発できます。特定の状況ごとの型の選択については、「DateTime、DateTimeOffset、および TimeZoneInfo の使い分け」を参照してください。

TimeZoneInfo

DateTimeOffset

ClickOnce アプリケーションのマニフェストの署名に関する情報を検証および取得するための新しい暗号化クラスが導入されています。ManifestSignatureInformation クラスは、VerifySignature メソッド オーバーロードの使用時に、マニフェストの署名に関する情報を取得します。検証するマニフェストを指定するには、ManifestKinds 列挙体を使用します。検証の結果は、SignatureVerificationResult のいずれかの列挙値になります。ManifestSignatureInformationCollection は、検証された署名の ManifestSignatureInformation オブジェクトの読み取り専用コレクションを提供します。特定の署名情報を提供するクラスとしては、他にも次のようなものがあります。

• StrongNameSignatureInformation

  マニフェストの厳密な名前の署名情報を保持します。

• AuthenticodeSignatureInformation

  マニフェストの Authenticode 署名情報を表します。

• TimestampInformation

  Authenticode 署名のタイム スタンプ情報を保持します。

• TrustStatus

  Authenticode 署名が信頼済みかどうかを簡単な方法でチェックできます。

.NET Framework 3.5 は、米国国家安全保障局 (NSA: National Security Agency) によって公開された暗号化アルゴリズム Suite B セットをサポートしています。NSA のドキュメントについては、www.nsa.gov/ia/industry/crypto_suite_b.cfm を参照してください。

次のアルゴリズムが含まれています。

• キー サイズ 128 ビットおよび 256 ビットの AES (Advanced Encryption Standard)。暗号化に使用されます。

• Secure Hash Algorithm (SHA-256 および SHA-384)。ハッシュ化に使用されます。

• 256 ビットおよび 384 ビットの素数の曲線を使用した ECDSA (Elliptic Curve Digital Signature Algorithm)。署名に使用されます。このアルゴリズムは、ECDsaCng クラスによって提供されます。秘密キーを使った署名と公開キーを使った検証ができます。

• 256 ビットおよび 384 ビットの素数の曲線を使った ECDH (Elliptic Curve Diffie-Hellman)。キーの交換と秘密協定に使用されます。このアルゴリズムは、ECDiffieHellmanCng クラスによって提供されます。

新たに追加された AesCryptoServiceProvider、SHA256CryptoServiceProvider、SHA384CryptoServiceProvider の各クラスでは、連邦情報処理規格 (FIPS: Federal Information Processing Standard) によって認定された AES、SHA-256、および SHA-384 実装のマネージ コード ラッパーを使用できます。

CNG (Cryptography Next Generation) のクラスには、ネイティブ Crypto API (CAPI) のマネージ実装が提供されています。このグループの中心は、CNG キーのストレージと使用を抽象化する CngKey キー コンテナ クラスです。このクラスにより、キー ペアまたは公開キーを安全に格納したり、単純な文字列名を使って参照したりすることが可能となります。CngKey オブジェクトは、ECDsaCng クラスおよび ECDiffieHellmanCng クラスで使用されています。

CngKey クラスは、キーを開く、作成する、削除する、エクスポートするなど、さまざまな補足的な操作に使用されます。また、ネイティブ API を直接呼び出すときに使用する、基になるキー ハンドルへのアクセスも提供します。

CNG に関連したクラスとしては、キー ストレージ プロバイダを管理する CngProvider、CNG アルゴリズムを管理する CngAlgorithm、使用頻度の高いキー プロパティを管理する CngProperty などがあります。

ピアツーピア ネットワークは、複数のネットワーク デバイスによるリソースの共有と直接相互通信を可能にする、サーバーを介さないネットワーキング テクノロジです。System.Net.PeerToPeer 名前空間には、ピアツーピア クラウドに登録された PeerName オブジェクトを使用して他のピア ノードを検出するためのプロトコル、ピア名解決プロトコル (PNRP: Peer Name Resolution Protocol) をサポートする一連のクラスがあります。PNRP では、ピア名を IPv6 アドレスまたは IPv4 IP アドレスに解決できます。

System.Net.PeerToPeer.Collaboration 名前空間には、ピアツーピア ネットワーキング インフラストラクチャを使用したコラボレーションをサポートする一連のクラスが存在します。アプリケーションでは、これらのクラスを使用することによって、次のような処理を単純化できます。

• サーバーの介入なしにピアのプレゼンスを追跡する。

• 参加者に招待状を送信する。

• 同じサブネットまたは同じ LAN 上のピアを検出する。

• 連絡先を管理する。

• ピアと対話する。

Microsoft のピアツーピア コラボレーション インフラストラクチャは、サーバーレスの共同作業を可能にするピアツーピア ネットワーク ベースのフレームワークを提供します。このフレームワークを利用することで、サブネットまたはインターネット上に分散しているコンピュータの総力を使用する非集中型のネットワーキング アプリケーションが実現します。この種のアプリケーションは、共同作業による計画、通信、コンテンツ配布から、マルチプレイヤーによるゲーム対戦まで、さまざまなアクティビティで活用できます。

非同期のネットワーク入出力によって最大限のパフォーマンスを実現するサーバー アプリケーションを想定して、Socket クラスが強化されています。Socket 名前空間に対する機能強化の一環として、一連のクラスが新たに追加されました。これらのクラスは、目的に特化した高パフォーマンスのソケット アプリケーションで使用できる、新たな非同期パターンを提供します。これらの強化された機能は、高いパフォーマンスが要求されるネットワーク サーバー アプリケーションを想定して設計されています。

.NET Framework 3.5 では、Windows Workflow Foundation (WF) と Windows Communication Foundation (WCF) フレームワークが統合され、WCF サービスを作成するための手段として WF を使用したり、既存の WF ワークフローをサービスとして公開したりできます。これにより、永続化可能で、かつデータをワークフローとの間で容易にやり取りでき、さらに、アプリケーション レベルのプロトコルを適用できるサービスの作成が可能となります。詳細については、「ワークフロー サービスと永続性サービスの作成」を参照してください。コード例については、「ワークフロー サービスのサンプル」を参照してください。

.NET Framework 3.5 では、WF の永続化モデルを使ってサービスの状態情報を永続化する WCF サービスもサポートされています。これらの永続性サービスは、セッションが切断されても、後で再作成できるように自己の状態情報をアプリケーション レイヤで永続化します。サービスの状態情報は、永続化ストアから再読み込みすることができます。詳細については、「ワークフロー サービスと永続性サービスの作成」を参照してください。コード サンプルについては、「永続性サービスのサンプル」を参照してください。

WCF の Web プログラミング モデルは、WCF による Web 形式のサービス開発を可能にします。この Web プログラミング モデルの特徴としては、高度な URI 処理機能、あらゆる HTTP 動詞 (GET など) のサポート、広範なメッセージ形式 (XML、JSON、不透明なバイナリ ストリームなど) を扱うことのできる単純なプログラミング モデルなどが挙げられます。詳細については、「Web プログラミング モデル」を参照してください。コード例については、「Web プログラミング モデルのサンプル」を参照してください。

WCF には、配信フィード (Atom 1.0 と RSS 2.0 の両形式を含む) を処理するための厳密に型指定されたオブジェクト モデルが採用されています。詳細については、「WCF 配信」を参照してください。コード例については、「配信サンプル」を参照してください。

.NET Framework 3.5 では、限られたアクセス許可で実行されているアプリケーションが、WCF の機能を制限付きで使用できるようになっています。ASP.NET の "中程度の信頼" アクセス許可で実行されているサーバー アプリケーションは、WCF サービス モデルを使用して基本的な HTTP サービスを作成できます。インターネット ゾーンのアクセス許可で実行されているクライアント アプリケーション (XAML ブラウザ アプリケーション、ClickOnce で配置された無署名のアプリケーションなど) は、WCF プロキシを使用して HTTP サービスを利用できます。さらに、部分的に信頼されたアプリケーションでも、WCF の Web プログラミング モデルの機能 (AJAX や配信など) を利用できます。詳細については、「部分信頼」を参照してください。コード例については、「部分信頼の WCF サンプル」を参照してください。

ASP.NET の AJAX (Asynchronous JavaScript and XML) 機能と WCF の統合は、WCF サービスを使用できる Web アプリケーション構築のためのエンド ツー エンドのプログラミング モデルを実現します。AJAX 形式の Web アプリケーションでは、クライアント (Web アプリケーションのブラウザなど) が、非同期要求を使用して、サーバーとの間で少量のデータを交換できます。WCF が ASP.NET の AJAX 機能と統合されたことにより、ブラウザからクライアント JavaScript を使用することによってアクセスできる WCF Web サービスを簡単に作成できるようになります。詳細については、「AJAX の統合と JSON のサポート」を参照してください。コード例については、「AJAX のサンプル」を参照してください。

Microsoft では、相互運用性と公開標準を重んじるという従来の姿勢を維持し、.NET Framework 3.5 で、安全かつ信頼性に優れた、トランザクション型の Web サービス標準を新たに導入しました。

• Web Services Reliable Messaging v1.1

• Web Services Reliable Messaging Policy Assertion v1.1

• WS-SecureConversation v1.3

• WS-Trust v1.3

• WS-SecurityPolicy v1.2

• Web Services Atomic Transaction (WS-AtomicTransaction) Version 1.1

• Web Services Coordination (WS-Coordination) Version 1.1

• Web Services Policy 1.5 - Framework

• Web Services Policy 1.5 - Attachment

これらのプロトコルの実装には、新しい標準バインディングである <ws2007HttpBinding> および <ws2007FederationHttpBinding> を使ってアクセスできます。詳細については、「Web サービス プロトコルの相互運用性ガイド」を参照してください。コード サンプルについては、「WS バインディング サンプル」を参照してください。

.NET Framework 3.5 では、Windows Workflow Foundation (WF) と Windows Communication Foundation (WCF) フレームワークが統合され、WCF サービスを作成するための手段として WF を使用したり、既存の WF ワークフローをサービスとして公開したりできます。これにより、永続化可能で、かつデータをワークフローとの間で容易にやり取りでき、さらに、アプリケーション レベルのプロトコルを適用できるサービスの作成が可能となります。詳細については、「ワークフロー サービスと永続性サービスの作成」を参照してください。コード例については、「ワークフロー サービスのサンプル (WF)」を参照してください。

WF ルール エンジンで、新たに拡張メソッド、演算子のオーバーロード、および、規則での new 演算子の使用がサポートされました。詳細については、「.NET Framework 3.5 でのルールの変更点」を参照してください。コード例については、「ルールと条件のサンプル」を参照してください。

ClickOnce には、さまざまな機能強化が施されています。たとえば、複数の場所から配置する機能やサード パーティの商標を追加する機能があります。詳細については、「再署名を行わない ClickOnce アプリケーションの配置」および「開発者以外が配置する ClickOnce アプリケーションの作成」を参照してください。

.NET Framework 3.5 では、ClickOnce と組み合わせて使用されることの多い Mage.exe ツールがアップデートされています。詳細については、「マニフェストの生成および編集ツール (Mage.exe)」を参照してください。

.NET Framework 3.5 ではクライアント アプリケーション サービスが新しく追加され、Windows ベースのアプリケーション (Windows フォーム、Windows Presentation Foundation アプリケーションなど) で ASP.NET のログイン、ロール、およびプロファイルの各サービスに容易にアクセスできるようになりました。これらのサービスを使用して、ユーザーを認証したり、共有サーバーからユーザー ロールとアプリケーション設定を取得できます。

クライアント アプリケーション サービスは、アプリケーションの構成ファイルまたは Visual Studio プロジェクト デザイナでクライアント サービス プロバイダを指定および構成することによって有効にできます。これらのプロバイダは Web 拡張モデルに組み込まれ、これにより .NET Framework の既存のログイン、ロール、および設定の各 API を使用して Web サービスにアクセスできます。クライアント アプリケーション サービスでは、ローカル データ キャッシュにユーザー情報を格納しておき、アプリケーションのオフライン時にはこのキャッシュからユーザー情報を取得することで、たまにしか接続されない環境もサポートされます。

詳細については、「クライアント アプリケーション サービス」を参照してください。

既存の Windows フォーム アプリケーションは Windows Vista で円滑に動作します。また、いつでもアップグレードして、Windows Vista 用に作成されたアプリケーションと同じ外観を持たせることができます。ファイル操作用のコモン ダイアログ ボックスは、自動的に Windows Vista バージョンに更新されます。.NET Framework 3.5 では、ユーザー アカウント制御 (UAC) シールド アイコンもサポートされます。詳細については、「FileDialog クラス」および Shield を参照してください。

Windows フォームを使用して、Windows Presentation Foundation (WPF) のコントロールおよびコンテンツを Windows フォーム コントロールと一緒にホストできます。Windows フォームから WPF ウィンドウを開くこともできます。Windows フォームと WPF とを組み合わせて使用する方法の詳細については、「移行と相互運用性」を参照してください。