　メニューやキーボードなどから投入された指示は、引数のTInt aCommandに変換されてCHelloGUIWorldAppUi::HandleCommandL（）に通知されます。このあたりは、一般的なGUIアプリケーションの作り方と何も変わることはありません。アプリケーションは通知されるコマンドに対応する処理を行い、終わったらさっさとウェイトに入るという大原則どおりです。ただし、どこでウェイトが行われているか、どのようにコマンドを生成するかは全員が意識する必要ありません。そこは各プラットフォーム（S60やMOAPやUIQ）とSymbian OSが分担をするところで（注）、個々のアプリケーションはプラットフォームから呼び出された後に、フォーカスして処理を記述すればよいことになっています。

注：厳密にはS60のAvkon、MOAP（S）UIフレームワーク、UIQのQikonとSymbian OSのCONE、UIKONというフレームワークが分担します。このあたりの詳細説明は連載の後半で行います。

　画面10のシーケンスの場合、CHelloGUIWorldAppUi::HandleCommandL（）に対してECommand1という値が渡され、その結果CAknInformationNoteというダイアログのクラスを使って「Hello, GUI World!」が表示されています。各クラスの詳細はDocBrowserで確認していただくとして、問題はなぜこのような値がCHelloGUIWorldAppUi::HandleCommandL（）に渡ってくるのかです。これこそが、プラットフォームと各アプリケーションの境界面ということになります。

　プログラムで使用する文字列定数やアイコン、メニューの構成（！）などをソースコード上に埋め込んでしまうと保守、国際化などさまざまな観点から不都合が発生します。そこで、実際の値をプログラムに持つのではなく、どこかに置かれた値を、IDを使って参照するという方式を取るのが一般的です。そして、このとき実際の値を持つ部分をリソースと呼びます。リソースは、プログラムから参照される値の集まりであるので、

ソースコードをコンパイルするときに見えている必要がある
実行時に値が取得できる必要がある

という性質を持っています。別のいい方をすると、1）それはソースコードを持っており、2）実行時に参照できるようにコンパイルされるという特徴を持つといえます。では、HelloGUIWorldのリソース定義はどのようになっているのでしょうか。

　Carbide.c++の左上のペインにはHelloGUIWorldのプロジェクトに所属するファイルを示すツリーが表示されているはずです。この中に「data」というフォルダがあります（ソースを収めている「src」フォルダと同じレベルです）。これを開くと、「HelloGUIWorld.rss」というファイルがあります。これこそがこのアプリケーションにおけるリソースファイルのルートです。＜プロジェクト名＞＋ .rssという命名規則なのですね。これをクリックしてエディタに表示してください。

　冒頭に、

//  INCLUDES

#include <eikon.rh>

#include <avkon.rsg>

#include <avkon.rh>

#include <appinfo.rh>

#include "HelloGUIWorld.hrh"

#include "HelloGUIWorld.rls"

とあるとおり、配下に複数の定義ファイルを持っています。これらはcppのソースファイルからも参照され、リソースとプログラムの仲立ちをする（同じIDラベルが同一の値を指し示すことを保証する）ことになります。ではいよいよメニューの定義をのぞいてみましょう（リスト5）。

RESOURCE MENU_PANE r_menu

        {

        items =

                {

                // added the new Options menu command here

                MENU_ITEM

                                {

                                command = ECommand1;

                                txt = qtn_command1;

                                },

                MENU_ITEM

                                {

                                command = ECommand2;

                                txt = qtn_command2;

                                },

                MENU_ITEM

                                {

                                command = EHelp;

                                txt = qtn_help;

                                },

                MENU_ITEM

                                {

                                command = EAbout;

                                txt = qtn_about;

                                },

                MENU_ITEM

                                {

                                command = EAknSoftkeyExit;

                                txt = qtn_exit;

                                }

                };

        }

リスト5　メニューの定義

　これこそCHelloGUIWorldAppUi::HandleCommandL（）に対してコマンドを配信するためのメニュー（正式にはメニューバーといいます）定義です。そして、MENU_PANEはそのための予約語です（ということはDocBrowserで見つけられるということです）。その詳細も今回の連載の中で取り上げることになると思いますが、このリソース定義を介してプラットフォームとアプリケーションが境界を接しているということをまずは覚えておいてください（ECommand1やqtn_command1の定義がどうなっているかを見てみるのは読者への宿題としておきます）。これから何回か続く基礎トレ編の間、このメニューバーと、それに対応するHandleCommandL()内のcase節を使ってサンプルコードを動かしていくからです。

◇

　今回もかなり駆け足でしたが、まずはGUIアプリケーションに自分のコードを継ぎ足すための足場にたどり着くことができました。このくらい巨大な環境になるとトップダウン的に理解をしていくのはちょっと大変ですよね。ですから、まずは足場を固めたうえでサンプルコードをいろいろ実行してみて、雰囲気ができてきたところでフレームワークの深部に入っていこうというのがこの連載のストーリーなのです。

　というわけで次回からは、今回作った足場の上で、Symbian OSのコードイディオムの習得を行っていきたいと思います。これを乗り切るとSymbian OSのコードが「変」に見えることもなくなるはずです。お楽しみに！（次回に続く）