Windows Mobile 6 の開発者向け新機能

Windows フォーム コントロール

コントロールは、アプリケーション インターフェイスを構築するブロックです。アプリケーションの使い勝手は、そのアプリケーションで使用可能なコントロールが適切に利用されているかどうかで大きく変わってきます。.NET Compact Framework 2.0 には新しいコントロールが多数用意されています。この新しいコントロールは、アプリケーションのユーザー インターフェイス設計を簡素化し、ユーザー エクスペリエンスを向上させるのに役立ちます。

MonthCalendar コントロールと DateTimePicker コントロール

.NET Compact Framework 2.0 の新しいコントロールとして、データ ベースの情報を表示および入力するためのコントロールとして MonthCalendar コントロールと DateTimePicker コントロールが導入されています。図 9 に両コントロールを示します。MonthCalendar コントロールは、アプリケーションにカレンダーの外観を含めておき、フォーム上に常に表示させる場合に便利です。DateTimePicker コントロールは、モバイル デバイスの小さいディスプレイ サイズで表示するのに適しています。この場合、日付と時刻の情報は TextBox コントロールと同様に表示されますが、ユーザーがデータを入力する必要があるときはカレンダー全体が表示されます。

図 9. MonthCalendar コントロールと DateTimePicker コントロール

WebBrowser コントロール

多彩な HTML ベースの表示機能を組み込むアプリケーション向けとして、.NET Compact Framework 2.0 には図 10 に示している WebBrowser コントロールがあります。WebBrowser コントロールが提供する多数のイベントにより、アプリケーションはユーザーと WebBrowser コントロールのコンテンツ間のやり取りを追跡することができます。必要ならば、アプリケーションはユーザーのやり取りが発生したときにカスタム動作を実行することも可能です。

図 10. Windows Live モバイル検索ページを表示している WebBrowser コントロール

Notification コントロール

新しいコントロールの中でも一番興味を引くのが Notification コントロールです。この Notification コントロールを使用すると、ユーザーの現在のアクティビティのコンテキストを変更することなく、ユーザーへのメッセージを表示できます。Notification コントロールでは、Windows Mobile デバイスで低バッテリ メッセージが表示されるときと同じようなポップアップ形式バルーンを使用してメッセージを表示します。

その他のコントロール

ここでは、.NET Compact Framework 2.0 のコントロールのほんの一部しかまだ紹介していません。.NET Compact Framework 2.0 には、StatusBar コントロール、Smartphone 用の DataGrid コントロール、UserControl から派生したカスタム コントロールなど、ここで紹介したコントロール以外にも数多くのコントロールが用意されています。

デバイス フォーム ファクタの違いのサポート

Windows Mobile デバイスにはさまざまなフォーム ファクタがあり、常に新しいフォーム ファクタが登場しています。アプリケーションが Windows Mobile デバイス ファミリのどのデバイス上でも正しく動作するには、デバイス ディスプレイのサイズ、形状、解像度の違いに適応するようにアプリケーション ユーザー インターフェイスを設計する必要があります。このようなデバイスの違いに対応するには細々とした作業が必要になりますが、.NET Compact Framework 2.0 には簡単に適応可能なアプリケーション ユーザー インターフェイスを作成できる新機能が用意されています。

これらの新機能のうち、最も重要なのがコントロールのドッキングとコントロールのアンカーです。コントロールのドッキングとコントロールのアンカーは、表示領域が変化するとコントロール側ではどのように動作すべきかについて既定動作を提供できるため、アプリケーション ユーザー インターフェイスの適応性がさらに広がります。

コントロールのドッキングは、コントロールをその親コントロールの端に揃えます。たとえば、親の左端とドッキングするようにコントロールを構成した場合、図 11 に示すように、コントロールは親コントロールの左端に配置され、親コントロールの左端に沿った領域全体を埋めます。デバイス フォーム ファクタの違いによって親コントロールのサイズが変化すると、ドッキングされたコントロールのサイズは自動的に変更され、親コントロールの左端に揃うように保たれます。

図 11. 親コントロールの上端にドッキングされたコントロールが縦と横方向のディスプレイに表示されているところ

アンカーされたコントロールの 1 つ以上の端は、親コントロールの対応する端から一定の距離を保ちます。デバイス ディスプレイのサイズが変化すると、コントロールのサイズに応じて (かつ必要ならば) 位置が自動的に調整され、アンカーされた端は親コントロールの端から指定された距離を保ちます。図 12 は、親コントロールの左、右、下の端にアンカーされた TextBox コントロールです。

図 12. 親コントロールの左、右、下の端にアンカーされたコントロールが縦と横方向のディスプレイに表示されているところ

場合によっては、アプリケーションがデバイスの表示領域のサイズの違いに対応してコントロールのサイズや位置を変更するのが現実的ではない場合もあります。現実的でないのは、アプリケーションに多数のコントロールがあり、サイズを変更すると小さくなりすぎてユーザーが適切に操作できなくなる可能性がある場合です。この場合には、ユーザーがアプリケーションの表示領域をスクロールして、表示領域の外側にあるコントロールを表示できるようにするのが適切な解決策です。.NET Compact Framework 2.0 では、アプリケーションにスクロールを組み込むために特別な処理を行う必要がありません。.NET Compact Framework 2.0 では、アプリケーションが表示される際にディスプレイ サイズが小さいために表示領域から外れてしまっているコントロールがあるかどうかを自動的に検出し、必要に応じてアプリケーション フォームにスクロール バーを追加します。また、.NET Compact Framework 2.0 ではすべてのスクロールバー処理が提供されるため、アプリケーション側で特別な処理をする必要がなく、ユーザーはフォームをスクロールして表示されていなかったコントロールを表示させることができます。

デバイスには、ディスプレイ サイズの違いのほかにも、ディスプレイの解像度の違いがあります。ディスプレイの解像度の違いが考慮されていないと、96 dpi 用に設計されたアプリケーションが 192 dpi デバイスで表示されるととても小さくつぶれたように見えます。アプリケーションのコントロールを適切に表示するには、新しいディスプレイ解像度に合わせてコントロールをスケーリングする必要があります。.NET Compact Framework 2.0 では、設計上の解像度とランタイムの解像度の違いに対応してすべてのコントロールをスケーリングするため解像度の違いに関連する処理がとても簡単にできます。

キーボードとのやり取りとキーボード ベースのナビゲーション

DataSet クラスと SQL Server Compact Edition を使用してリレーショナル データを操作する場合でも、また XML クラスを使用して階層データを操作する場合でも、.NET Compact Framework 2.0 の使いやすくて効率的で機能満載のクラスによってプログラミング作業が削減され、同時にアプリケーションのパフォーマンスを向上できます。

注:
ここで説明しているさまざまな優れた新機能に加え、強化されたデータ クラスの実行時パフォーマンスについては、「向上したパフォーマンスとリソース管理の効率性」を参照してください。

リレーショナル データ

XML

パフォーマンスの向上を目指し、.NET Compact Framework 2.0 ランタイムに対して徹底的な調査が行われ、作り直しが施されました。この作業は期待どおりの効果を上げることができました。パフォーマンスの向上が特定のアプリケーションにどのように影響するかを見極めるのは困難なことですが、.NET Compact Framework 2.0 ランタイムの多くの領域で、動作速度が .NET Compact Framework 1.0 の約 1.5 倍になりました。その他の領域ではさらに動作速度が向上しており、メソッドのディスパッチ (仮想および非仮想) は .NET Compact Framework 1.0 の約 2.5 倍になっています。

ランタイム全体のパフォーマンスの向上に加え、データ クラスのパフォーマンスの向上にも特別な注意が払われました。.NET Compact Framework 2.0 の DataSet クラスは、.NET Compact Framework 1.0 バージョンより 3 〜 4 倍速くデータを読み込みます。XmlTextReader クラスでも同様の拡張が施されており、.NET Compact Framework 1.0 より約 3 倍速く XML ファイルのコンテンツを読み取ることができます。

いろいろなランタイム パフォーマンスの向上のほかに、.NET Compact Framework 2.0 ではガベージ コレクタ内のパフォーマンスが大幅に向上しています。一般に、.NET Compact Framework 2.0 のガベージ コレクタは、.NET Compact Framework 1.0 の 7 倍以上の速度でメモリを回復します。大きなオブジェクトの割り当ては通常のメモリ割り当てとは別に管理および回復されるため、.NET Compact Framework 2.0 ガーベジ コレクタは、十分高速だった .NET Compact Framework 1.0 ガーベジ コレクタよりも 4 倍以上も高速になっています。表 3 は、.NET Compact Framework 2.0 で向上したパフォーマンスを示しています。

表 3. 強化された .NET Compact Framework 2.0 のパフォーマンスの .NET Compact Framework 1.0 との比較

.NET Compact Framework 2.0 アプリケーションは .NET Compact Framework 1.0 アプリケーションよりもパフォーマンスが向上しますが、さらに Windows Mobile 6 デバイスで実行すると以前の Windows Mobile デバイスで実行する場合に比べて 25% も速く起動します。Windows Mobile 6 で起動時間が短縮されるのは、.NET Compact Framework 2.0 がデバイスの ROM にインストールされているためです。デバイスの ROM に .NET Compact Framework 2.0 が組み込まれているだけで、デバイスの RAM に .NET Compact Framework 2.0 をインストールした場合よりアプリケーションの起動時間が 25% も短縮されます。

これらのパフォーマンスの向上はいずれも高速で応答性のよいアプリケーションでユーザーを喜ばせますがそれだけではありません。待つ時間が減るため、アプリケーション開発が迅速に行えるようにもなるのです。アプリケーションは高速に起動し、高速に実行し、アプリケーション テストの結果も高速に得られます。

.NET Compact Framework 2.0 ではコンポーネント オブジェクト モデル (COM) のサポートが追加されており、マネージ アプリケーションから COM コンポーネントを直接呼び出せるようになっています。.NET Compact Framework 1.0 の場合とは異なり、COM オブジェクトをアクセス可能にするカスタム ネイティブ ライブラリを作成する必要がありません。

ネイティブ コード マーシャリング層がさまざまなデータ型をサポートするよう強化されています。.NET Compact Framework 1.0 にはデータ マーシャルに関して制限がありましたが、そのほとんどがなくなっています。特別なプログラミング作業をしなくても、ほとんどのパラメータがマネージ アプリケーションからネイティブ コードに直接渡せます。たとえば、文字列や配列などの埋め込み型を含むクラスや構造体などがパラメータとして渡せます。また、.NET Compact Framework 2.0 では MarshalAs 属性を使用してパラメータのマーシャリングをカスタマイズすることも可能です。

ウィンドウ ハンドルが必要なネイティブ関数を扱う開発者のために、すべての .NET Compact FrameWork 2.0 Windows フォーム コントロールに Handle プロパティが用意されています。Handle プロパティは、コントロールの基になっているウィンドウのネイティブ ウィンドウ ハンドルを表し、ウィンドウ ハンドルを要求するネイティブ メソッドに渡すことができます。

SQL Server Compact Edition は、SQL Server Management Studio と Visual Studio 2005 と完全に統合されています。SQL Server Management Studio では、新しい SQL Server Compact Edition データベースの作成、データベース オブジェクトの表示、テーブルの作成、テーブルの変更、対話型クエリの実行を行うことができます。図 13 は、SQL Server Compact Edition データベースのテーブル、テーブル列、テーブル インデックスの一覧を表示している SQL Server Management Studio を示しています。

図 13. SQL Server Compact Edition のデータベース テーブル、テーブル列、テーブル インデックスを表示している SQL Server Management Studio

Visual Studio 2005 は SQL Server Compact Edition を完全にサポートしており、SQL Server Compact Edition 以外のデータベースでも使えるデータ指向機能を備えています。Visual Studio 2005 を使用すると、データ ソースとして SQL Server Compact Edition データベースをプロジェクトに追加することができます。SQL Server Compact Edition をデータ ソースとして追加した場合の Visual Studio 2005 の動作は、SQL Server 2005 データベースをデータ ソースとして追加した場合と同じです。つまり、厳密に型指定された DataSet 派生クラスを生成し、そのデータベース テーブルを Visual Studio 2005 データ ソース ウィンドウに追加します。SQL Server 2005 の場合と同様、データ ソース ウィンドウのテーブルや列はアプリケーション フォームにドラッグすることが可能で、ドラッグすると適切なコントロールとデータ バインド コードが自動的に生成されます。図 14 は、SQL Server Compact Edition データベースのテーブルを表示しているデータ ソース ウィンドウを示しています。

図 14. SQL Server Compact Edition データベースのテーブルを表示している Visual Studio 2005 のデータ ソース ウィンドウ

Visual Studio 2005 サーバー エクスプローラを使って Sql Server Compact Edition データベースを開けば、データベース コンテンツを対話的に参照することができます。また、サーバー エクスプローラでデータベース テーブルを開き、レコードを表示、追加、変更、削除することもできます。

すべてのアプリケーションに適している方法はありません。そのため、SQL Server Compact Edition ではすぐに使えるデータ同期メカニズムを複数サポートしています。SQL Server Compact Edition では、情報収集ユーティリティである メーター リーダーのようにデータ変更のほとんどがデータのデバイス コピーに適用されるアプリケーション向けにリモート データ アクセス (RDA) を用意しています。RDA は、デバイス データベースに適用された変更を追跡し、後で同じ変更をエンタープライズ データベースに適用することで同期を行う軽量のデータ同期ユーティリティです。これよりもっと複雑なシナリオのために、SQL Server Compact Edition ではマージ レプリケーションを用意しています。マージ レプリケーションは、データのデバイス コピーとエンタープライズ コピーに加えられる変更を追跡する協調型のデータ同期ユーティリティです。データの同期は、デバイス データベースとエンタープライズ データベースがそれぞれのデータ変更履歴を交換することで行われます。マージ レプリケーションにはデータ同期プロセスの一部として変更調停フェーズがあり、このフェーズでデバイス データベースとエンタープライズ データベースの変更が確認され、交換すべきデータが明確に特定されます。変更調停フェーズでは、競合した可能性のあるデータ変更が自動的に検出され、適切な対処が施されます。マージ レプリケーションの場合、競合している変更に対する処理は完全に構成可能でカスタマイズもできます。マージ レプリケーションには、バックグラウンドでのデータ同期 (非同期レプリケーションとも呼ばれます)、進捗イベントなど、RDA では使用できない一部の高度なデータ同期機能も備えています。バックグラウンドでのデータ同期機能を使うと、マージ レプリケーション プロセスをバックグラウンド スレッド上で実行することができます。これによりメイン アプリケーション スレッドが使用されないため、応答性の高いユーザー インターフェイスを維持することができます。進捗イベントを使うことにより、アプリケーションは各テーブルの変更を交換するタイミングや変更調停フェーズの進捗状況などデータ同期プロセスの状態を定期的に更新することができます。

RDA とマージ レプリケーションはどちらも、Web サーバーでデータ同期プロセスを実行します。データ変更は HTTP (Hyptertext Transfer Protocol) または HTTP (Hypertext Transfer Protocol Secure) で送信されます。Web サーバーでデータ同期を実行するため、接続が WiFi のように高速であっても、また移動体通信接続のように低速であっても、デバイスがインターネットに接続さえできればいつでも SQL Server Compact Edition データベースとエンタープライズ データベースを同期させることができるため、柔軟性が大幅に向上しています。

データがエンタープライズ データベースではなくユーザーのデスクトップ コンピュータ上の個々のデータベースに格納されているアプリケーション環境向けとして、SQL Server Compact Edition では SQL Server Compact Edition Access Database Synchronizer (ADS) が用意されています。ADS を使用すると、ユーザーのデスクトップにある Access データベースのデータをデバイス上の SQL Server Compact Edition データベースに読み込むことができます。SQL Server Compact Edition データベースは、デバイス データベースの変更を自動的に追跡します。変更が発生した後にデバイスにクレードルを接続すると、SQL Server Compact Edition はデバイス データベースの変更内容を ADS を使用して Access データベースに適用します。

Create Database "c:\SafeData.sdf" databasepassword 'P@ssw0rd' encryption on

データベースに格納されるデータはすべて暗号化されます。データベース コンテンツにアクセスするには、正しいパスワードを入力してデータベースを開く必要があります。次の例は、C# プログラムでパスワード保護および暗号化されたデータベース ファイルを作成する方法を示しています。

SqlCeEngine dbEngine = 
  new SqlCeEngine(@"data source=\My Documents\SafeData.sdf;password=P@ssw0rd;encrypt database=TRUE");
dbEngine.CreateDatabase();

データベース コンテンツをセキュリティ保護するほか、SQL Server Compact Edition では RDA またはマージ レプリケーションでエンタープライズ データベースと同期する際のデータ交換もセキュリティで保護されます。RDA とマージ レプリケーションのどちらを使用する場合でも、インターネット経由でバックエンド データベースとの間で交換する変更履歴データを HTTPS で暗号化することができます。

OrientationAwareControl を使用って、まず、ある特定のフォーム ファクタの表示に応じてコントロール レイアウトを定義します。次に、このフォーム ファクタを Visual Studio 2005 内で変更し、新しいフォーム ファクタを使用して表示したときにこのコントロールがどのように表示されるか確認します。新しいフォーム ファクタでのコントロールの表示が気に入らない場合は、元のフォーム ファクタのコントロール レイアウトに影響を与えることなく、新しいフォーム ファクタのコントロール レイアウトを調整することができます。このコントロールは、ライタイムで使用できるよう、さまざまなフォーム ファクタのレイアウト情報を個別に保持しています。アプリケーションが実行されると、OrientationAwareControl は、現在のフォーム ファクタに適切なレイアウトにレンダリングします。たとえば、ディスプレイのサイズが 240 x 320、解像度が 96 dpi、ディスプレイの向きが縦方向のデバイスでアプリケーションを実行する場合、OrientationAwareControl はディスプレイのサイズが 240 x 320、解像度が 96 dpi、ディスプレイの向きが縦方向に定義されているレイアウトを使用します。ユーザーがデバイスの向きを横に回転すると、OrientationAwareControl はディスプレイの サイズが 320 x 240、解像度が 96 dpi、ディスプレイの向きが横方向に定義されているレイアウトを使って表示します。OrientationAwareControl は、ディスプレイの解像度やサイズが変化したときの同様に動作します。

マネージ開発者向けに用意されたもう 1 つの重要なリソースは、Mobile Line of Business Solution Accelerator kit (英語) です。このキットは、LOB 開発者に Windows LOB アプリケーションの構築方法を示すリソースです。ここには、広範囲にわたるコメント、サンプル データベース、100 ページ以上のドキュメントが含まれています。また、顧客サービス、ウェアハウス ワーカー、配送運転手を含め、さまざまな役割のユーザーをターゲットとするアプリケーション コンポーネントも含まれています。さらに、アプリケーションに関するガイダンスに加え、エンタープライズ規模でモバイル LOB アプリケーションを正しく展開するためのベスト プラクティスも含まれています。