23rd Developer Camp

Transcription

1 プレゼンテーション資料 TRACK B 第 23 回エンバカデロ デベロッパーキャンプ 2012 年 9 月 4 日 ( 火 ) UDX GALLELY NEXT( 東京 / 秋葉原 )

2 Program 10:00~11:00 A1 Delphi テクニカルセッション Delphi 2009 Handbook 以降の Delphi 言語新機能 配布資料あり スピーカー : 福士光 東洋テクニカルシステム株式会社システム開発部 15 年来の Delphi ユーザ Delphi-ML( や公式フォーラムに生息しています B1 C++ テクニカルセッション 業務で使える!C++ 実践ワンポイントテクニック スピーカー : 服部励起 配布資料あり アナハイムエンジニアリング株式会社代表取締役 Delphi 1.0γ 版 (Windows 3.1) や Borland C++(MS-DOS) を使って業務系システム開発を始め 1990 年代はメーリングリスト等で積極的に普及活動を行なっていました 最近では株式会社フルネスの専属講師として Delphi や C++ Builder の研修講師を務めつつ ios や Android のアプリ開発も行っています 11:15~12:15 A2 HTML5 テクニカルセッション HTML5 アプリ開発入門 スピーカー : 高橋智宏 エンバカデロ テクノロジーズエヴァンジェリスト 配布資料あり Java Delphi C++ など幅広いプログラミング言語の知識と CORBA や J2EE をはじめとするシステム開発に関するコンサルティングサービス提供の豊富な経験を持つ 技術力に裏付けられたそのサービスには定評がある B2 Delphi テクニカルセッション 見た目で楽しい Delphi プログラミング スピーカー : 細川淳 配布資料あり 株式会社シリアルゲームズ取締役 シニアエンジニア PostPet V3 Windows 版の開発に関わるなど 主にエンターテインメント / コミュニケーション系ソフトウェアの開発を行う 高校時代に Turbo Pascal に触れたばっかりに 今では立派な? Delphi 使いに VM やスクリプト言語全盛の中 ネイティブ アプリケーションの復権を目指し活動しつつも 最近は Android のプログラムを書いたりもしています 13:30~14:30 G3 Delphi/C++Builder テクニカルセッション RAD Studio XE3 の概要 スピーカー : デビッド インターシモーネ エンバカデロ テクノロジーズチーフエヴァンジェリスト David I ( デビッドアイ ) の愛称で知られるデビッド インターシモーネは エンバカデロ テクノロジーズのチーフエヴァンジェリストとして エンバカデロ テクノロジーズをリードしています 1985 年プロダクト サービス ディレクターとしてボーランドに参画以来 言語 ツールの研究および開発に従事 ボーランド入社以前は Softsel Computer Products Inc.( 現 Merisel) のプロダクト サービス ディレクターとして活躍していました 2008 年 エンバカデロ テクノロジーズによる CodeGear 事業本部の買収により 同社に移籍し 現在に至ります カリフォルニア州立ポリテクニック大学サン ルイス オビスポ校でコンピュータサイエンス学士号を取得しています

3 14:45~15:45 A4 Delphi テクニカルセッション Delphi+IntraWeb+FastReport による Web モバイル タブレットアプリ開発 B4 C++Builder テクニカルセッション FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から スピーカー : 配布資料あり スピーカー : 配布資料あり 山本悟 株式会社ドリームハイブ代表取締役 IT コンサルタント 職業 IT コンサルタント メンドウクサイを IT の力でラクチンに変えるプロフェッショナルです 1978 年東京都目黒区生まれ 母はデザイナー 父は写真家 大学卒業後 就職せずに株式会社ドリームハイブを設立 今年 11 期目を迎えました 多くの企業様から相談を受ける 課題を IT で解決するプロ として 700 回を超えるセミナー講演や 多数のサービスを提供しています 橋本孔明 株式会社ウェブテクノロジ R&D 1 部 弊社デスクトップアプリケーション全般の開発に携わっているほか さまざまなプラットフォームおよび開発環境の技術検証の担当も行っています 16:00~17:00 A5 Delphi/C++Builder テクニカルセッション RAD Studio XE3 の新機能 B5 Delphi/C++Builder テクニカルセッション FireMonkey モバイル / タブレットアプリ開発 スピーカー : スピーカー : 配布資料あり デビッド インターシモーネ エンバカデロ テクノロジーズチーフエヴァンジェリスト 高橋智宏 エンバカデロ テクノロジーズエヴァンジェリスト J 17:15~18:15 G6 ライトニングトーク 共有! みんなの開発事例 開発経験 テクニック 司会 : はやしつとむ アナハイムテクノロジー株式会社代表取締役 本日のセッション資料の最新版ならびに配布資料に含まれないプレゼンテーション資料については 後日 Embarcadero Developer Network 日本語版 ( からダウンロードいただけます

4 17 Th Developer Camp B1 テクニカルセッション 業務で使える! C++ 実践ワンポイントテクニック アナハイムエンジニアリング株式会社代表取締役服部励起 1 17 Th Developer Camp 1 エンジニアとして 都市伝説!? 2 4 業務で使える!C++ 実践ワンポイントテクニック

5 近頃!? の見たり聞いたり 周りの技術レベルが低い 改修よりスクラップアンドビルドが効率的 オブジェクト指向だから開発工数が削減できる アジャイル開発なので各種標準化は不要 ソースコードレビューは不要 ( 出来ない ) ドキュメントよりもソースコードが重要 インデントが無いソースコードの方が読み易い コピペしただけなので バグは作成元に責任があり私では無い B1 プロフェッショナルの仕事では無い 3 それなら私がやるしか (; `) 技術指向より業務指向 ハイテクニック依存は属人的になりやすい 組織全体としての効率化とそのテクニック中心 プロフェッショナルとは何か? ソフトウェア品質特性 特に保守について C++ 言語特性を再確認 業務的視点から見たメリットとデメリット 4 5

6 17 Th Developer Camp 2 集団開発技術として 業務指向開発!? 5 技術指向と業務指向 技術指向とは 理解できる人のみ理解できれば良い 華麗なテクニックや最新ライブラリ等を駆使 自分が頑張って勉強したので 他人も同様の努力を要求 コメントは極力少ない傾向 業務指向とは 組織としての最大の効果を常に考える 技術レベルは 8 割が理解できるレベルで統一 他人がソースを読むことを常に念頭に 仕様変更を念頭にクラス設計を 6 6 業務で使える!C++ 実践ワンポイントテクニック

7 業務指向の効果とは 技術指向の罠は 属人化 担当した仕事の保守は 概ね元担当者へ ( 会社側は新たな仕事を担当させられない事に ) 属人的ソースコードの行方はスクラップアンドビルド ( スクラップアンドビルドの非効率工数は誰が支払う?) 但し ソフトウェア寿命がワンオフなら話は別 B1 業務指向では他人に任せられる点 面倒な保守は新人等に担当させたい 転職時にも面倒な引き継ぎ期間の短縮 特に複雑な部分をブラックボックス化する等の柔軟性も 7 17 Th Developer Camp 3 プロフェッショナルとして 期待される特性 8 7

8 ソフトウェア品質特性 (ISO9126) 機能性 : 要求通り実装されている等 信頼性 : バグが少ない等 使用性 : 使い易い等のUX 効率性 : レスポンス等 保守性 : 保守する場合の対応等 移植性 : 環境変更時の対応等 セキュリティ : 機能性の一部 要件定義に記載 非機能要件と呼ばれる内容! 9 Note. 移植性の補足 移植性の構成要素 環境適応性 インストール先変更しても問題が発生しない 設置性 インストールのしやすさ等 共存性 複数のソフトウェア同士で 共存することによる問題点回避 置換性 ソフトウェアの依存度や他ライブラリバージョン依存の回避 ソフトウェアアーキテクチャでの対応 10 8 業務で使える!C++ 実践ワンポイントテクニック

9 Note. 保守の重要性 ソフトウェア目標寿命まで運用できること 保守工数がソフトウェアライフサイクルの大半を占める 氷山に例えられることも 氷山は海上は全体の 10% 海面下は 90% 初期開発工数は 10% で 保守工数は 90% 保守工数を削減し利益へ貢献 経営環境が迅速に変化しているため ソフトウェア保守に時間を割くことが難しくなっている B1 参照 : Created by Uwe Kils (iceberg) and User:Wiska Bodo (sky). 11 Note. 保守の重要性 オブジェクト指向技術 保守工数の削減に利用を主眼に置き 開発工数削減を狙うと失敗する危険性が高い クラス設計や構成等は十二分に検討 ソースコードに対する技術不足 他人のソースコードを読み 理解し 推測できる技術が特に重要 優れたオープンソースを読む訓練は役に立つ 12 9

10 保守性の構成要素に対応するテクニック 解析性 コーディング規約全般 命名規約 コメント規約 標準化運用ルール リバースエンジニアリングツールを過信してはダメ 変更容易性 コーディング規約全般 クラス設計標準 各種ドキュメント 試験性 ソフトウェア変更標準 ユニットテスト Th Developer Camp 4 C++ の言語特性 業務で使える!C++ 実践ワンポイントテクニック

11 マルチパラダイムプログラミング言語 構造化プログラミング 階層的に抽象化されたプログラム記述形式 命令型 ( 手続き型 ) プログラミング プロシージャ ルーチン サブルーチン メソッド ( グローバル関数 変数 ) オブジェクト指向プログラミング オブジェクトの集まりとしてプログラムを構成 (C++ 標準 ) ジェネリックプログラミング データ形式に依存しないプログラミング方式 (C++ テンプレート機能 ) B1 15 マルチパラダイムプログラミング言語 マクロ テンプレートはマクロの発展系 C++ では問題点も多いと指摘されることも 演算子のオーバーロード 演算子を別の処理にコンパイル時に置き換える iostreamでは普通に使われている << 等 16 11

12 C++ の歴史 規格制定日 C++ 標準規格非公式名称 1998 年 9 月 1 日 ISO/IEC 14882:1998 C 年 10 月 16 日 ISO/IEC 14882:2003 C 年 11 月 15 日 ISO/IEC TR 19768:2007 C++TR 年 9 月 1 日 ISO/IEC 14882:2011 C++11 言語仕様が変遷しており 今後も変更される 関数型プログラミングも今後取り込む予定 恐らく前方互換性を持たせるため 旧規格で作成しても問題は無い 保守業務を考えると最新技術仕様を取り込む場合には注意が必要 Th Developer Camp 5 実践ワンポイント 標準化編 業務で使える!C++ 実践ワンポイントテクニック

13 1. クラス定義 コーディング標準 1 つの物理ソースファイルに 複数のクラス定義を実装するのを是か非か 関連性が維持できるクラス定義は統合するべき 但し 担当者が分散するケースが散見されるなら敢えて 1 ファイルを 1 クラスにするのも一考 B1 class HogeBase { protected: virtual int Get() = 0; virtual void Set(int st) = 0; public: HogeBase(); ~HogeBase(); }; 仮想クラスを多用する場合には 1 クラスの方が見通しが良い class HogeData : private HogeBase { public: int Get(); void Set(int st); }; メソッド行数制限と行内桁数制限 コーディング標準 メンバ関数行数制限 最大でも 200~250 行 それ以上は分割する 但し 初期化処理は例外とする 1 行内の桁数制限 ディスプレイサイズで決定すれば良いのかなと 個人的には 160~180 桁 昔は 80 桁以内か以上で論争がありましたねぇ 20 13

14 3. カプセル化方針 コーディング標準 内部変数のpublic 公開について 異論はあるが 内部変数をpublic 公開は禁止 getter/setterメンバ関数 ( アクセッサ ) を利用するべき 全てのクラス内定義は privateで作成すると便利 クラスデフォルトはprivateだが全て記述するべき class HogeBase { private: int st; protected: virtual int Get() = 0; virtual void Set(int st) = 0; public: HogeBase(); ~HogeBase(); }; DB データを扱うクラスも 継承してメソッドを public で公開すると 仕様変更時の柔軟性が上がる 継承方針 コーディング標準 多重継承の禁止 混乱と仕様変更時の柔軟性に影響 基底クラスを使い 継承を利用して公開する仕様も検討してはどうでしょう? // 基底クラス定義 class Calc_Base { public: Calc_Base(); ~Calc_Base(); }; // 計算クラスを継承して加算クラスを作成 class Calc_Add : private Calc_Base { public: int Opereation(int data1, int data2); }; // 計算クラスを継承して減算クラスを作成 class Calc_Sub : private Calc_Base { public: int Opereation(int data1, int data2); }; 継承階層が深くなり過ぎないように注意する必要はあります 業務で使える!C++ 実践ワンポイントテクニック

15 5. コンストラクタとデストラクタ コーディング標準 使用しない場合でも定義だけはコーディング 修正が必要となった場合に楽 継承時の実行順番は重要! 1 スーパークラスのコンストラクタ 2 サブクラスのコンストラクタ 3 サブクラスのデストラクタ 4 スーパークラスのデストラクタ B パラメタ設計方針 コーディング標準 大きく分類して 2 種類 getter/setter メンバ関数は欲しい結果を return で受け取る return で受け取るのは メンバ関数が動作した bool 情報とし 結果値は別メンバ関数経由で返却 getter/setter 系メンバ関数 結果情報を直接 return で返却する方式 class CalcAdd : private CalcBase { public: int Opereation(int data1, int data2); }; int CalcAdd::Opereation(int data1, int data2) { return data1 + data2; } 24 15

16 6. パラメタ設計方針 コーディング標準 return で bool 値 (int 値も可 ) で動作状態判別系 メンバ関数が正常に動作したのかを return で通知し その時メンバ関数が行なったデータは別メンバ関数 (getter) で行う class hoge { private: DB_EmpData data; public: hoge(); ~hoge(); bool getemployee(int empnumber); DB_EmpData getempdata(); }; // 社員情報の取得メンバ関数 // 取得した社員データ提供メンバ関数 構造体 共用体 コーディング標準 C++ ではクラスで代用できるため コーディング標準的には積極的には使用しない方向で C 言語開発経験者が多いプロジェクト等では C++ でも利用されている可能性も struct hoge { protected: int a; public: hoge(); int geta() {return a;} }; struct hoge2 : public hoge { private: int b; public: hoge2(); int getb() {return b;} }; 業務で使える!C++ 実践ワンポイントテクニック

17 8. 演算子のオーバーロード コーディング標準 一般的には極力控えた方が 保守性に貢献するものと想定します 演算子のオーバーロードを自由自在に操れる人は少数 属人的になりやすいため敬遠することが賢明 B1 演算子としか見えないため オーバーロードされていると気が付きにくい きちんと管理されていれば 利用することは吝かではない マクロの扱い コーディング標準 マクロとは コンパイラがソースコードをコンパイルする直前に プリプロセッサで実行される命令群 スコープがプロジェクト全体 コンパイラに近い言語と言え 習熟している人は少ない 基本的にマクロ使用は最低限度に抑え 保守性を向上させる方針を推奨 関数形式マクロを使うならテンプレート化を検討 オブジェクト形式マクロ文法 #define [ マクロ名 ] [ 置換文字列 ] 関数形式マクロ文法 #define [ マクロ名 ]( 引数リスト ) [ 置換文字列 ] 28 17

18 10. テンプレート コーディング標準 テンプレートのメリット マクロより型安全 テンプレートのデメリット 移植性が低い エラーメッセージが分かり辛い 実行ファイルが大きくなる危険性もある テンプレートの使用は テンプレート関数までとし複雑になりやすいテンプレートクラスは避ける 特に実行時デバッグでは分かり辛いため デバッグ効率性かも極単機能で分り易いものだけに限定 テンプレート コーディング標準 例 ) template <class X> int operation(x *obj, int data1, int data2) { return obj->operation(data1, data2); } void fastcall TMyCalc::bt_equClick(TObject *Sender) { int ans; switch(calc_kind) { case C_add: { CalcOpe_Add obj; ans = operation(obj, data1.get(), data2.get()); break; } case C_sub: { CalcOpe_Sub obj; ans = operation(obj, data1.get(), data2.get()); break; } } Panel1->Caption = IntToStr(ans); 業務で使える!C++ 実践ワンポイントテクニック

19 11.define, const, typedef コーディング標準 define はマクロのため コンパイル時に置き換え const は修飾子のため 全てに使用可 typedef は変数の型を独自に定義 B1 マジックナンバーはdefineかconstで定義しておく constは型を指定できるため こちらを推奨 スコープはdefineは全体 constはソース定義範囲 const int MAX_ARRAY_SIZE = 3000; #define MAX_ARRAY_SIZE 3000 typedef int myint16; #define myint16 int //myint16という型を定義 //typedefと同じ効果を持つ const メンバ関数 コーディング標準 メンバ関数に付与することで その関数内でメンバ変数の値を変更しない getter メンバ関数等で使うと非常に便利 class constclass { int i_test; const int MAX_SIZE; mutable int m_test; //mutableを使うとconst 中でも変更可だが public: constclass() : MAX_SIZE(10) {} // コンストラクタで初期化 int getmaxsize() const { //constメンバ関数 m_test = 3; // i_test = 10; コンパイルエラー // MAX_SIZE = 20; コンパイルエラー return(max_size); } }; 32 19

20 12. 各種命名規約 組織等で分り易い記述形式にし 変数からメソッド クラス名 例外エラークラス等ざっくりとでも決定 ハンガリアン記法 データ属性を小文字の接頭語として使用 キャメル記法 単語の区切りを大文字を利用する // ハンガリアン記法 int icount; char cname[10]; // キャメル記法 std::string lastname; // ローワーキャメルケース std::string FirstName; // アッパーキャメルケース コメント規約 ファイルコメント.cpp や.h ファイルの先頭に 作成者やファイルの概要や名前 修正履歴等を記入 ( ドキュメントの不備等に対応させる目的 ) クラス メソッドコメント クラス定義部と各メソッド実装部に 簡単でも目的 実装でトラブルがあった場合 トラブル内容等を簡易に記述する 実装コメント 例外処理や 規約違反している場合の詳細説明 実装に苦労した内容等を詳細に記載 業務で使える!C++ 実践ワンポイントテクニック

21 17 Th Developer Camp B1 6 実践ワンポイント ツール編 ユニットテストの活用 テストプロジェクトの追加 36 21

22 1. ユニットテストの活用 テストケースの追加 37 2.GExperts の活用 GExperts 機能が多すぎで分かりません (^^;; Editor Experts エディタの補完を行ってくれます Grep Results/Grep Search プロジェクト全体の Grep も出来ます Procedure List 今開いているファイル内の関数一覧 業務で使える!C++ 実践ワンポイントテクニック

23 17 Th Developer Camp B2 Delphi テクニカルセッション 見た目で楽しい Delphi プログラミング B2 会社名株式会社シリアルゲームズ名前細川淳 1 アジェンダ VCL / FireMonkey のスタイルの触りを紹介します VCL スタイル TStyleManager FireMonkey スタイル TStyleBook 2 23

24 17 Th Developer Camp 1 VCL スタイル 3 VCL スタイル Delphi XE 以前 TThemeServices OS が提供する テーマ を利用するクラス Windows XP Style (Luna など ) に対応するために追加されました XE2 以降でも依然として利用可能 Delphi XE2 以降 TStyleManager VCL / FireMoneky に新しく追加された スタイル を利用するクラス スタイルを利用すると OS のビジュアル ( 見た目 ) から解放されます 特にマルチプラットフォームである FireMonkey において重要 4 24 見た目で楽しい Delphi プログラミング

25 VCL スタイルの一番簡単な使い方 好きなスタイルにチェックを入れる スタイルを 1 個でも追加すると 120[KB] 程ファイルサイズが増加し スタイル一個につきファイルサイズが 40~60[KB] 増加する B2 デフォルトのスタイルを選ぶ たったこれだけ! 5 17 Th Developer Camp VCL スタイルを適用するデモンストレーション 6 25

26 17 Th Developer Camp 1 VCL スタイルをプログラムから使う 7 VCL スタイル - TStyleManager TStyleManager.TrySetStyle スタイルを設定するメソッド とりあえずこのメソッドさえ知っていればスタイルの適用は可能 procedure TForm1.Button1Click(Sender: TObject); begin TStyleManager.TrySetStyle('Amakrits'); // スタイルの名前 end; 8 26 見た目で楽しい Delphi プログラミング

27 VCL スタイル - TStyleManager TStyleManager.StyleNames 使用可能なスタイルを返すメソッド procedure TForm1.Button2Click(Sender: TObject); var StyleName: String; begin for StyleName in TStyleManager.StyleNames do ListBox1.Items.Add(StyleName); end; B2 名前をリストアップして それを適用します procedure TForm1.Button3Click(Sender: TObject); begin // SetStyle は内部で TrySetStyle を呼び出し 失敗すると例外をあげる if (ListBox1.ItemIndex > -1) then TStyleManager.SetStyle(ListBox1.Items[ListBox1.ItemIndex]); end; 9 17 Th Developer Camp VCL スタイルをプログラムから適用するデモンストレーション 10 27

28 17 Th Developer Camp 1 VCL スタイルを自分で作ってみる 11 VCL スタイル - VCL スタイルデザイナ 自分でスタイルを作成する場合 VCL スタイルデザイナを使います 見た目で楽しい Delphi プログラミング

29 VCL スタイル - VCL スタイルデザイナ スタイルは基本的に各部分部分を表す画像で提供されます ゲームのように一枚の画像からパーツを切り出して使います B2 設定項目が多い! 自分のスタイルをゼロから作ろうと思っても挫折します 既存のスタイルを修正していくと良いでしょう 13 VCL スタイル - VCL スタイルデザイナ 一枚の画像に全ての構成要素をいれます 選択部分が反映されています 14 29

30 VCL スタイル - VCL スタイルデザイナ スタイルデザイナ上で確認できます Th Developer Camp VCL スタイルスタイルデザイナのデモ 見た目で楽しい Delphi プログラミング

31 VCL スタイル - 自作スタイルの使い方 まず Object のトップのプロパティを設定しておきます Name プロパティがスタイルの名前になります B2 17 VCL スタイル - 自作スタイルの使い方 TStyleManager.LoadFromFile スタイルファイルを読み込むメソッド procedure TForm1.Button2Click(Sender: TObject); begin TStyleManager.LoadFromFile('C: Temp TestStyle.vsf'); TStyleManager.TrySetStyle('TestStyle'); // スタイルデザイナで設定した名前 end; 18 31

32 VCL スタイル - 自作スタイルの使い方 TStyleManager.IsValidStyle スタイルファイルの正当性チェック & スタイル情報取得 procedure TForm1.Button2Click(Sender: TObject); var StyleInfo: TStyleInfo; begin if (TStyleManager.IsValidStyle('C: Temp TestStyle.vsf', StyleInfo)) then with StyleInfo do 実行結果 ShowMessage( Name + slinebreak + Author + slinebreak + Author + slinebreak + AuthorURL + slinebreak + Version ); end; Th Developer Camp VCL スタイルスタイルファイル読み込みデモ 見た目で楽しい Delphi プログラミング

33 17 Th Developer Camp 1 VCL スタイルを使用するコントロールの作成 B2 21 VCL スタイル - コントロールの作成 一番単純な方法は Paint メソッドや WM_NCPAINT, WM_PAINT に応えて自分で実装します procedure TForm1.PaintBox1Paint(Sender: TObject); var DC: HDC; R: TRect; begin DC := PaintBox1.Canvas.Handle; R := PaintBox1.ClientRect; ノーマル状態のボタンを描画する例 StyleServices.DrawElement( DC, StyleServices.GetElementDetails(tbPushButtonNormal), R); StyleServices.DrawText( DC, StyleServices.GetElementDetails(tbPushButtonNormal), 'TEST CAPTION', R, TTextFormatFlags(DT_CENTER or DT_VCENTER or DT_SINGLELINE), StyleServices.GetStyleFontColor(sfButtonTextNormal)); end; 22 33

34 VCL スタイル - コントロールの作成 一般的に VCL スタイルの描画は TStyleHook を使います TStyleHook とは TStyleManager から呼び出されコントロールの描画を担います WM_PAINT や WM_NCPAINT などを フック して それらの応答をコントロールに変わって実行します ただし OS 標準スタイル時の描画には使われません 標準のスタイル時は 従来と同様に コンポーネントの Paint メソッドなどで処理されます 23 VCL スタイル - TStyleHook の実例 unit utestcontrol; interface uses Winapi.Windows, Vcl.Controls, Vcl.ExtCtrls, Vcl.Graphics, Vcl.Themes; type TTestControl = class(tpanel) private class constructor Create; // クラスコンストラクタは initialization に追加するのと同じ end; implementation type TTestControlStyleHook = class(tstylehook) protected procedure Paint(Canvas: TCanvas); override; public constructor Create(iWinControl: TWinControl); override; end; 見た目で楽しい Delphi プログラミング

35 VCL スタイル - TStyleHook の実例 { TTestControl } class constructor TTestControl.Create; begin // StyleHook とコントロールを結び付けます TCustomStyleEngine.RegisterStyleHook(TTestControl, TTestControlStyleHook); end; { TTestControlStyleHook } constructor TTestControlStyleHook.Create(iWinControl: TWinControl); begin inherited; B2 OverridePaint := True; // Paint メソッドをフックしますよ という意味 end; procedure TTestControlStyleHook.Paint(Canvas: TCanvas); begin // TTestControl の Paint の代わりにこちらが呼ばれる ( ノーマル状態のボタンを描画する例と同様のため中略 ) end; end. 25 VCL スタイル - TStyleHook の実例 Windows 標準時 TTestControl が継承している TPanel の標準の見た目が描画される VCL スタイル適用時 TTestControlStyleHook がスタイルに応じた見た目を描画する 26 35

36 17 Th Developer Camp VCL スタイル TStyleHook デモ Th Developer Camp 1 FireMonkey スタイル 見た目で楽しい Delphi プログラミング

37 FireMonkey スタイル FireMonkey のスタイルは VCL スタイルとはまったく異なります 個々のコントロールがスタイルを持っている TStyledControl を継承したコントロール 個別に設定できる B2 スタイルは TStyleBook で管理される TStyleBook で定義済みのスタイルリソースを読み込むとスタイルを一括で変更できる 29 FireMonkey スタイル 一番簡単な使用方法は Form に TStyleBook コンポーネントを貼る TStyleBook コンポーネントの Resource プロパティをクリックしてスタイルエディタを開く スタイルエディタから定義済みスタイルを読み込む 適用して終了 を押す 30 37

38 FireMonkey スタイル簡単な設定方法 スタイルエディタを開く 定義済みスタイルを開く 31 FireMonkey スタイル - コンポーネント毎 個々のコンポーネントごとに編集する方法は コンポーネントを右クリックして カスタムスタイルの編集 デフォルトスタイルの編集 のどちらかを選ぶ スタイルエディタが開く 適用して終了 を押す 個々のコンポーネントのスタイルを編集すると 自動的に TStyleBook コンポーネントのインスタンスが生成される 見た目で楽しい Delphi プログラミング

39 FireMonkey スタイル - コンポーネント毎 スタイルエディタを開く B2 スタイルの要素のプロパティはオブジェクトインスペクタに表示され編集可能 33 FireMonkey スタイル - コンポーネント毎の例 フォーカス時に使われる TGlowEffect の色を変えてみる GlowEffect の色 GlowEffect が発動するトリガーほかにも IsMouseOver などがある GlowColor を Crimson ($DC143C) に変更 34 39

40 FireMonkey スタイル - StyleLookup コンポーネントの StyleLookup プロパティを設定するとデフォルトのスタイルを変更できます StyleLookup プロパティは このコントロールが使うスタイルの名前です このプロパティが設定されると FindStyleResource メソッドによって適切なスタイルが設定されます 35 FireMonkey スタイル - StyleLookup TPanel の StyleLookup を変更して見た目をボタンのようにしてみます 見た目で楽しい Delphi プログラミング

41 17 Th Developer Camp FireMonkey スタイルデモ B Th Developer Camp 1 FireMonkey スタイルそのほか 38 41

42 FireMonkey スタイル スタイルの個々の要素をプログラムから変更することができます ( 本当は ) 現状では小細工しないと変更できません Delphi XE2 Update4 で確認 (QC 既に Closed) これについては EDN TeamJapan の高橋さんのブログ記事が詳しいです 上記記事より引用 FireMonkey のコンポーネントの FindStyleResource メソッドを呼び出して スタイルにアクセスしようとしますが なぜか nil( 見つからなかったということ ) が返ってきてしまいます この問題 ( 現象 ) は QualityCentral にも報告されたのですが トップレベルのスタイルの場合 親クラスである TStyleControl クラスの protected なメンバである FResourceLink にアクセスする必要がある (As Designed, 仕様 ) という結果になりました Th Developer Camp 1 付録 :UI 設計の指針 見た目で楽しい Delphi プログラミング

43 UI 設計の指針 VCL / FireMonkey スタイルを利用することで OS の見た目から解放されます しかし OS の UI から解放されるわけでありません そのため OS で提供されている一般的な操作が犠牲になる場合があります 例として Flash (Air) Win / Mac / Linux で動作するが 一般化のためにコンテキストメニューが廃止されている Unitiy Android / ios などで動作するが 一般化のために 戻るボタン による Activity 遷移がサポートされていない FireMonkey の場合は特に OS の提供する UX の犠牲を最小限にとどめる必要があります VCL は Windows アプリケーションとなりますが 見た目が自由になったからといって 独自すぎる UI を提供すべきではありません B2 41 UI 設計の指針 - 一般的論としての UI 視線は左から右 上から下に流れる 視線の流れ このコンテキストで一般的な動作は右側にイリーガルな操作は左側に ここには視線が最後にたどり着く左上から見ていって 途中に問題がない事を確認していくので UI の右下に OK や 確認 といったボタンがある 上記原則に反するが Windows は MacOS との類似を避けるために OK ボタンを左にした FireMonkey の場合は MacOS に合わせるか Windows に合わせるかはメインターゲットによる もしくは プログラムで動的に変更する 参考として Android は 2.x までは左側 3.x からは右側に変更されている 42 43

44 UI 設計の指針 - 一般的論としての UI 視覚効果は感覚に合わせる グレーアウトされていれば押せない MouseOver で凹むボタンなど言語道断 感覚としてボタンは押されると凹むもの 曖昧なアイコンは使わない グレーアウトされているボタンは押せない マウスオーバーするとグレーが解除されたり ポップアップしたりして押せる事をアピールする変な動作がウェブにあふれていますが 間違い このアイコンをクリックすると起きるアクションは? 音が OFF になる 音が ON になるどっち? 43 UI 設計の指針 - 一般的論としての UI その UI で正しいかどうか考慮する TComboBox と ListBox TLabel と TImage TMainMenu と TPopupMenu etc. 都道府県の選択の場合 どの UI が正解だと思いますか? 見た目で楽しい Delphi プログラミング

45 UI 設計の指針 - その他の事 ターゲット UI はターゲット層で決まる ターゲット層ターゲットデバイスターゲット UI 色覚異常への対応 B2 それぞれが判別可能か? ユーザビリティテスト 独りよがりな UI になっていないか? Th Developer Camp 1 質疑応答 46 45

46 17 Th Developer Camp B4 C++Builder テクニカルセッション FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から 株式会社ウェブテクノロジ R&D グループ橋本孔明 (Yoshiaki Hashimoto) 1 はじめに 本日はご来場いただきありがとうございます 2 46 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

47 自己紹介 橋本孔明 ( はしもとよしあき ) 経歴 勘違いから PC 入門と同時にプログラミング入門 中高生時代 VC++ Delphi などいろいろな環境でオンラインソフトを作っていたことがきっかけで入社 現在 Windows Mac スマートフォンなどなんでも手がける プロダクト開発のほか 各種プラットフォームおよび開発環境の調査や導入決定などにも携わる 基本的に C++ 屋 (STL/Boost/C++11 などを多用 ) その他 趣味人間 ( 鉄道 釣り アクアリウムとか ) hashimoto@webtech.co.jp B4 3 会社紹介 - 株式会社ウェブテクノロジ 各種製品 サービスの企画 開発 販売 サポート 画像最適化ツール OPTPiX imésta ゲーム業界国内シェア 100% スプライトアニメーション作成ツール SpriteStudio 携帯電話向け画像最適化 ASP OPTPicture 絵を描かずにマンガが作成できる コミ Po! 受託開発 大手電機メーカー向けデータ放送用画像変換モジュール 大手コンテンツプロバイダ向け高機能画像変換システムの提供 大手光学機器メーカー複合機内蔵 PDF 生成用減色モジュールの提供 4 47

48 アジェンダ 1. ソーシャル開発におけるプラットフォームの変遷 2. SpriteStudio の紹介 3. クロスプラットフォーム開発環境の模索 4. C++Builder XE2&FireMonkeyとの出会い 5. FireMonkey 苦労話 ( 今回のメイン ) 6. まとめ 5 17 Th Developer Camp 1 ソーシャル開発におけるプラットフォームの変遷 6 48 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

49 ソーシャル開発環境の変遷 ソーシャルゲーム :ios デバイス Android デバイスなどで動作するゲームの呼称 必ずしもネットワーク要素を含まない 従来 ゲームプログラム開発は Windows 環境が主流 ios の台頭により MacOS X 上での開発が必須に MacOS X 上では Android 開発 (Eclipse) も行える すべてを Mac 上で済ませるベンダーが増えた 開発ツール類の Mac 対応要望が増加 B Th Developer Camp 2 SpriteStudio の紹介 8 49

50 SpriteStudio とは (1) SpriteStudio( スプライトスタジオ ) は 汎用的なアニメーションデータ作成ツールです イベントデータ の編集と管理 ドラッグ & ドロップなどの簡単な操作 キーフレーム方式で楽に編集 トラッキングモードによるキーフレーム化 タイムチャートによる視覚的な管理 SpriteStudio SDK ソフトがなくても確認できるビューア 動きを組み合わせるシーン編集モード for Designers for Programmers for All Developers ドラッグ & ドロップなど直感的な操作で アニメーションデータの作成が可能に タイムチャートとグラフでアニメーションデータを視覚的に管理 動きを付ける作業をデザイナに任せることにより 負担が軽減 SDK を使って アニメーションデータのコンバータにも簡単に作成可能 SpriteStudio が アニメーションの開発効率を向上させる! 9 SpriteStudio とは (2) スプライトアニメーション編集ツール 著名コンシューマーゲーム ソーシャルゲーム等での採用事例多数 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

51 SpriteStudio とは (3) リリース中のバージョンは Windows 専用 VC++ ネイティブ C++ および Win32 API で開発 MacOS X にて 仮想環境上の Windows による動作も可能だが Mac 版の要望を多数頂戴 開発決定 B Th Developer Camp デモンストレーション SpriteStudio 開発途上版 12 51

52 17 Th Developer Camp 3 クロスプラットフォーム開発環境の模索 13 要件定義 MacOS X と Windows の GUI の違いを吸収したい メニューバー位置などは OS ネイティブに合わせたい OS ネイティブではなく ダークグレーベースの外観としたい 他のデザイナー向けプロフェッショナルツールでも導入事例が多い (Adobe CS6 3D ツールなど ) 見た目が良いというだけではなく デザイナーの長時間利用に耐え 目に優しい色遣いとなっている プロフェッショナルユースに耐えうる UX 設計 社内ツールや簡単なフリーソフトなどとは違います FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

53 クロスプラットフォーム開発環境の模索 いくつかの候補を調査 C/C++& ネイティブAPI Mono Qt wxwidgets C++Builder XE2 主観がかなり入っています B4 15 C/C++& ネイティブ API UI はそれぞれのプラットフォームに合わせて細かく設計可能 確実な開発環境 (VC++/Xcode) の存在 標準コントロールのみを使用していると 古くさい UI になる ( 特に Windows) 標準コントロールのカスタマイズが難しく なんでもかんでも自作していく羽目に 昔は実際にやっていましたが MacOS X ネイティブ開発技術の習得 ただし ios 学習である程度の Objective-C の知識有り 16 53

54 Mono C# および.NET を用いたクロス対応開発環境 IDE として MonoDevelop を使用 C# で RAD 風の開発が可能 (Windows Forms).NET(Windows Forms) 開発知識が転用可能.NET の最新潮流である WPF は使用できない UI が OS ネイティブに準じてカスタマイズしにくい 中間コードで出力されることによるソフトウェアプロテクトへの不安 17 クロス対応 GUI フレームワーク C++ で記述可能な GUI フレームワーク (Qt wxwidgets など ) C++ やネイティブ API が使用できる 商用サポートを受けるためにはライセンス料金が高額だったり そもそもサポートが無かったり 他はネイティブと同じデメリット 日本語情報の不足 ( 微妙に不安 ) 試そうとしたがビルド環境構築 (OSX) で挫折 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

55 C++Builder XE2 実は当初候補に入っておらず 他のダメ出しをした 後で存在を思い出し 検討を開始 C++ で開発可能 昔の VCL の知識が役立つ? Windows 上で同時開発し MacOS X プログラムのデバッグがリモートで可能 柔軟な GUI 設計が可能 Mac 開発の実績がいまいち不明 B Th Developer Camp 4 C++Builder XE2& FireMonkey との出会い 20 55

56 試用版で FireMonkey プラットフォームを学習 Delphi/C++Builder の知識は Ver6 くらいで止まっていた & かなり忘れていた 久々に起動した C++Builder はすっかり変わって FireMonkey プラットフォームは VCL の面影がなんとなく残っていた スタイル編集により GUI 要素の外観カスタマイズが自在 これはいけそう 21 早速開発に着手 アプリケーションの性格上 いきなり OpenGL の導入など高度な要素から挑戦 後から 無理 と判明すると困る 買って数日でランタイムライブラリの内部を覗いたりする羽目に C++Builder 単体より ランタイムソースの付いている RAD Studio を持っていた方がよさそう ランタイムは Delphi 製 忘れかけていた Delphi 言語知識をなんとか思い出す FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

57 17 Th Developer Camp 5 FireMonkey 苦労話 ( 今回のメイン ) B4 23 注意事項 基礎知識的なものは省略します 独自調査に基づく項目が多く含まれます 他開発環境 (VC++) からの移行も重視しています 弊社の開発スタイルの都合に合わせるための対策も含まれます 実際には別の解決策があったり 公式には他の方法が推奨されている可能性があります XE3 になると解消する問題もありそうです Windows を Win MacOS X を OSX と省略 24 57

58 17 Th Developer Camp C++ 環境レベルでの違い 25 C++ 環境レベルでの違い (1) ビルド分けしたい場合 #ifdef APPLE でOSXを識別 #ifdef _WIN32(#ifdef _WINDOWS) でWinを識別 Winのx64では _WIN64が加わります(_WIN32も存在) CRT 関数の違い Windowsで使われるwcscpy_s() などがOSXには無い OSXはPOSIX 準拠 +α 程度のCRT 関数しか無い VC++ などで書いたコードの移植時に注意 汎用処理はRTLの機能か STL Boostに頼る FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

59 C++ 環境レベルでの違い (2) Win32 構造化例外は OSX にはありません アクセス違反などはシグナルハンドラで捕まえます 他コンパイラで try-catch を流用していたコードも注意 Boost の一部機能が使えない (XE3 で解消?) OSX ではスタティックライブラリを要する Boost コンポーネントの大半が使用不可能 ( ヘルプに記載はあったが ) serialization filesystem など 文字列リテラルの文字コード Windows はシステム依存 OSX は基本的に UTF-8 この問題は深いので各自研究してください B4 27 C++ 環境レベルでの違い (3) wchar_t の違い ( 公式でも解説されている ) Win では 2bytes OSX では 4bytes UnicodeString(String) 型 WideChar 型はどちらの OS でも 2bytes ベース このため OSX では wchar_t を使用する CRT 関数std::wstring Boost などへのアクセスが不便 UnicodeString から std::wstring への変換関数を自前で用意しました ( ただし重そう ) テンプレートに WideChar を適用した型を自分で定義して使う方法もある std::basic_string boost::basic_format など 28 59

60 コードサンプル inline std::wstring wstring_from_unicodestring( const UnicodeString& str) { #ifdef APPLE return (wchar_t*)pucs4chars( UnicodeStringToUCS4String(str)); #else // 手抜き 将来の ios や Android を考えると非推奨 return str.w_str(); #endif } 29 C++ 環境レベルでの違い (4) L hello と u hello と _D( hello ) L hello はWinで2バイト文字 OSXでは4バイト文字 厳密にはwchar_tの配列 ( 環境ごとにサイズ可変 ) u hello はOSXでも2バイト 厳密にはchar16_tの配列 (C++11で導入) char16の名の通り どんな環境でも 最低 2バイト 大文字のU にするとchar32_t _D( hello ) にするとどちらでも2バイト UnicodeStringに渡すならとりあえずこれがいいらしい マクロなので何かあっても後で再定義すればいい FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

61 17 Th Developer Camp OS ネイティブ API の呼び出し B4 31 OS ネイティブ API の呼び出し FireMonkey だけでも結構なものは作れる 細かいユーザーインターフェースの改良にはどうしてもネイティブ API のサポートが必要となる SpriteStudio の場合 アニメーション再生に OpenGL が必要となった OSX のネイティブ API は Objective-C だが? 32 61

62 OS ネイティブ API の呼び出し :Windows 大半がただの関数なのであまり難しくない ( 必要なヘッダを include して呼ぶだけ ) ハンドルの取得方法さえわかれば大丈夫 #include <FMX.Platform.Win.hpp> FmxHandleToHWND(this->Handle); (HMENU)(pMenu->Handle); // TForm* からHWND // TMenuItem* からHMENU 33 OS ネイティブ API の呼び出し :MacOS X Cocoa API:Objective-C の知識が必要 ランタイムが Objective-C クラスを C++ クラス ( インターフェース ) として呼び出せる高度なラッパーを提供している Delphi 向けのため C++ での記述方法がかなり特殊 私もまだ完全理解には至っていません 公式の説明が見あたらない Carbon API なら簡単です Win32 API と同じく C 関数呼び出し方式 最新の OS 機能には非対応 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

63 コードサンプル // 必要となるヘッダ #include <FMX.Platform.Mac.hpp> #include <Macapi.Foundation.hpp> #include <Macapi.AppKit.hpp> // TForm* から NSWindow を得る // Cocoa クラス名に接頭辞 _di_ が付くものと T が付くものがあり役割も分かれる _di_nswindow wnd = TNSWindow::Wrap(_di_ILocalObject( FmxHandleToObjC(pForm->Handle))->GetObjectID()); // 自アプリの NSBundle を得る ( クラスメソッド呼び出し ) // 生の ObjC クラスポインタは Wrap してラッパクラス ( スマートポインタ ) 化する Void* pmainbundle = TNSBundle::OCClass->mainBundle(); _di_nsbundle bundle = TNSBundle::Wrap(pMainBundle); B4 // 得られた NSWindow インスタンスのメソッドを呼んでみる // NSString 生成には RTL 提供の NSSTR 関数が利用可能 // [wnd Hello World ]; ObjC の記法 wnd->settitle(nsstr(_d( Hello World ))); // C++ 同等に呼べる 35 コードサンプル // TForm* から NSView を得る TObject* pobj = _interfacetoobjectcast<tobject>(fmxhandletoobjc(this->handle)); if(pobj) { boost::scoped_ptr<trtticontext> prtticontext(new TRttiContext); TRttiType* prttitype = prtticontext->gettype(pobj->classtype()); if(prttitype) { TRttiProperty* prttiproperty = prttitype->getproperty("view"); if(prttiproperty) { _di_nsview view = prttiproperty->getvalue(pobj).asinterface(); return view; } } } 36 63

64 17 Th Developer Camp OS ごとのメニューの違い 37 OS ごとのメニューの違い 結構マニアックな内容に しかし メニューはアプリケーション GUI の基本中の基本 中規模以上のアプリケーションを開発するには メニューを柔軟に制御する必要はどうしても出てくる GUI 要素で OS ネイティブなのは基本的にメニューだけ ( それ以外のコントロールは FireMonkey 経由 ) 以上の理由により 複雑になりがちですが ちょっと詳しくまとめてみました FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

65 OS ごとのメニューの違い - Windows ショートカットキーとアクセラレータが別の概念となっている B4 39 OS ごとのメニューの違い MacOS X(1/2) Windows でいう ショートカットキー が無く アクセラレータ 相当を ショートカット と呼称 40 65

66 OS ごとのメニューの違い MacOS X(2/2) アプリケーションメニュー の存在 Windows でいうところの システムメニュー ツール ヘルプ などの内容に相当 41 OS ごとのメニューの違い その他 メニュー配置の 常識 の違い OSX では 終了 は ファイル の中ではない バージョン情報や環境設定はアプリケーションメニューに入っている 同じ内容でも微妙に表現が違う Win: 切り取り コピー 貼り付け OSX: カット コピー ペースト ショートカット文字列の有無 Ctrl キー vs. Command キー FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

67 OS ごとのメニューの違い 解決策 フォーム上に別々の TMenuBar を作っておき OS ごとに割り付けすることで ある程度解決可能 しかし 今後の変更やローカライズを考えるとフォーム上のアイテムでの個別管理はわずらわしい そこで メニュー内容を XML 化しリソースに格納 属性として Windows 用 MacOS X 用などのフラグを追加 ショートカットも OS 別に指定可能とした これを RTL の TXMLDocument で読み込み TMenuBar/TMenuItem を構築するライブラリを開発 B4 43 メニュー定義用 XML サンプル ( 抜粋 ) <!-- Command にコマンド文字列 ( イベントハンドラ関数に渡される ) を指定する --> <!-- WinShortcut で Windows ショートカットキーのアルファベットを指定する --> <!-- Accel にアクセラレータキーのキーコンビネーションを文字列で指定する --> <!-- 一般的な流儀に沿い Win で Ctrl+ Mac で Cmd+ をアクセラレータにする ( 核キーが同じ ) 場合 Accel アトリビュートに Def+ と書いて共通化できる --> <Item Name=" 新規作成 " Command="New" WinShortcut="N" Accel="Def+N" /> <!-- セパレータを作る場合はこのように指定する --> <Item Name="-" /> <!-- Win と Mac で名称を分けることもできる Win 用にショートカット文字列を入れてしまう (WinShortcut 省略 ) ことも可能 --> <!-- アクセラレータキーを Win と Mac で別々に定義 ( または片方だけ定義 ) したい場合 WinAccel と MacAccel を両方定義することで分けられる --> <!-- OpenDlg=1 とすると項目名の後に... を付与する --> <Item WinName=" 開く (&O)" MacName=" 開く " Command="Open" WinAccel="Ctrl+O" MacAccel="Cmd+O" OpenDlg="1" /> <Item Name=" 上書き保存 " Command="Save" WinShortcut="S" Accel="Def+S" /> <!-- Win のみで表示したい場合は MacHide=1 逆は WinHide=1 とする --> <Item Name="-" MacHide="1" /> <Item Name="Application の終了 " Command="Exit" WinShortcut="X MacHide="1" /> 44 67

68 OS ネイティブメニューへの対応 作った TMenuBar を OS ネイティブのメニューに設定する方法 構築完了してから UseOSMenu() メソッドを呼べば OK UseOSMenu() してからアイテム追加しても反映されない OSX アプリケーションメニューに設定する方法 別の TMenuBar を構築し Application->ApplicationMenuItems に代入する 45 OS ごとのメニューの違い 実装してみたが Win では特に問題無く動作 した?( 後述 ) OSX でトラブル発生 XML の Command の内容を TMenuItem の TagString に格納し 共通の OnClick ハンドラから読み取って識別しようとした TMenuItem の OnClick に指定したメソッドで Sender 引数を TMenuItem* にキャストして使用したところアクセス違反 ランタイムライブラリのソースコードを漁ったり検索したり QC にて既知不具合と判明 FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

69 コードサンプル void fastcall MenuLoader::MenuItemClick ( TObject *Sender) { pmenuitem = (TMenuItem*)(Sender); ProcessCommand(pMenuItem->TagString); // Error on OSX } B4 47 コードサンプル #include <FMX.Platform.Mac.hpp> #include <Macapi.Foundation.hpp> #include <Macapi.AppKit.hpp> TMenuItem* pmenuitem; #ifdef APPLE // パラメータクラスが誤って渡されているので 同じメモリモデルのクラスに // 無理矢理キャストして中身を取り出す ( 暫定対応 ) class TFMXOSMenuItem : public TOCLocal { public: TMenuItem* FMXMenuItem; }; TFMXOSMenuItem* posxmenuitem = (TFMXOSMenuItem*)Sender; pmenuitem = posxmenuitem->fmxmenuitem; #else pmenuitem = static_cast<tmenuitem*>(sender); #endif 48 69

70 OSX ショートカットキーの対応 環境設定 に [Cmd+,] を指定したい TextToShortcut("Cmd+,"); が動かない TextToShortcut はアルファベット程度しか対応していないらしい TextToShortcut 同等品を自作して差し替え ( 今回のプロジェクトに対応できる程度の簡素なもの ) 49 メニュー項目の有効無効 チェック対応 TMenuItem の Enabled や IsChecked を変更しても正常に反映されない場合がある (Win OSX とも ) さらに はっきり確認できていないが OSX で IsChecked を変更すると メモリ破壊か何かが起こって他のところにトラブルを招く模様? これらに対応するには OS ネイティブ処理を呼ぶ必要がある このほかツールバーボタンとの共用などもあり 総合的な管理クラスを設計して使っています FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

71 メニュー項目の有効無効 チェック対応 :OSX チェック対応 TMenuItem から Cocoa の NSMenuItem オブジェクトを得て setstate(nsonstate または NSOffState) メソッドを呼ぶ 無効化対応 次のコードサンプル参照 ややこしいです 今覚えなくても なんとかなる と記憶しておいてください B4 51 コードサンプル // TMenuItem から NSMenuItem を得る static _di_nsmenuitem GetNSMenuItem(TMenuItem* pmenuitem) { _di_nsmenuitem item; if(pmenuitem->handle) { item = TNSMenuItem::Wrap(_di_ILocalObject( FmxHandleToObjC(pMenuItem->Handle)) ->GetObjectID()); } return item; } 52 71

72 コードサンプル ( 続き ) // メニューアイテムを無効にする場合 TMenuItem* pmenuitem = (TMenuItem 取得 ); _di_nsmenuitem item = GetNSMenuItem(pMenuItem); class_addmethod(object_getclass(item->target()), sel_getuid("validatemenuitem:"), &validatemenuitem, "C@:@"); item->setenabled(false); // 無効化対応のためのチェックメソッド用関数 static BYTE validatemenuitem(void* pthis, SEL cmdsel, void* sender) { _di_nsmenuitem item = TNSMenuItem::Wrap(sender); return item->isenabled()? 1 : 0; } 53 メニュー項目の有効無効 チェック対応 :Win チェック対応 TMenuItem の IsChecked を変更するだけで対応可能 ( ネイティブ対応不要 ) 無効化対応 次のコードサンプル参照 Windows APIを直接使用します OSXほどややこしくないです FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

73 コードサンプル // メニューアイテムを無効にする場合 TMenuItem* pmenuitem = (TMenuItem 取得 ); MENUITEMINFO mii; ZeroMemory(&mii, sizeof(mii)); mii.cbsize = sizeof(mii); mii.fmask = MIIM_STATE; mii.fstate = MFS_GRAYED; // 有効化なら MFS_ENABLED SetMenuItemInfo((HMENU)pMenuItem->Handle, (UINT_PTR)pMenuItem, FALSE, &mii); B4 55 メニュー : その他 ツールバー等とも連携できる アクションリストが欲しい XE3 でサポート予定らしい? 現状では自作した 前述の不具合なども治っているといいのですが メニュー項目へのビットマップ表示ができない OSXでは使わないがWindowsでは標準的 これもネイティブコードを使えば可能 XP 以前とVista(+AeroGlass) 以降で扱いが異なる 56 73

74 17 Th Developer Camp その他 Tips 57 その他 Tips(1) GPU アクセラレーションをオフにする SpriteStudio のようにフォーム内のコントロールが多いとかえって遅くなるようです OpenGL とも動作が衝突するのでオフにします FMXMain() の最初で GlobalUseDirect2D = false; とすればオフにできます (Win のみ ) OSX では方法が無いようです ( けっこう重い ) FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

75 その他 Tips(2) コントロールフォーカスエフェクトをオフにする デフォルトではフォーカスを得たコントロールの周囲にぼかしエフェクトが付きます これがかなり重い FMXMain() の最初で GlobalDisableFocusEffect = true; とすればオフにできます B4 59 その他 Tips(3) OSX で dynamic_cast がおかしい 複数のコントロールからイベントハンドラを共有している場合など Sender を当該コントロールの型に dynamic_cast して判定したいことがある OSX で使ったら落ちた 自分で new したもの同士だと問題ない ランタイムが生成したインスタンスが RTTI に対応できていない? static_cast し Tag で識別するなどして対応 60 75

76 コードサンプル void fastcall TForm1::FormCreate(TObject *Sender) { TForm* pform = dynamic_cast<tform*>(sender); if(pform) { pform->caption = _D("Hello World"); } } void fastcall TForm1::ItemClick(TObject *Sender) { if(dynamic_cast<tbutton*>(sender)) { // ボタンだった場合の処理 } else if(dynamic_cast<tmenuitem*>(sender)) { // メニュー項目だった場合の処理 } } 61 その他 Tips(4) OSX でのアプリケーション終了の挙動 OSX アプリはウィンドウを閉じただけでは終了しない OnClose イベントでメインウィンドウを隠しておき OS から通知を受けたら再表示する アプリケーションメニューの 終了 で完全終了 詳しくは前回の DevCamp 資料にあった ような FireMonkey クロス開発テクニカルエッセンス - アニメーションデータ作成ツール開発事例から

77 その他 Tips(5) その他 ダイアログボックスでのボタンの順序 GUI デザインはオリジナルで作っても こういうところは慣れが出るので標準からあまり弄らないほうがいい IDE およびエディタの動作 謎のコンパイルエラー リンクエラーが出たら再起動 外部でソース編集する場合は齟齬に注意 B4 63 まとめ 一部愚痴っぽくなってしまった感もありますが C++Builder XE2 のクロスプラットフォーム対応は間違いなくすばらしいものです クロス開発で 一番大変な部分 の大半が FireMonkey によって片付けられます プロフェッショナルユースに耐えるアプリケーション開発を行うためには デベロッパー側での工夫や調整も必要です XE3 での改良にも期待します 65 77

78 B5 Delphi/C++Builder テクニカルセッション FireMonkey モバイル / タブレットアプリ開発 エンバカデロ テクノロジーズエヴァンジェリスト高橋智宏 ttakahashi@embarcadero.com 1 アジェンダ FireMonkey カスタムコンポーネントの基礎 TMS Pack for FireMonkey FireMonkey ios アプリ開発テクニック DataSnap モバイルコネクタ モバイル / タブレット向け Web アプリ Delphi XE3, C++Builder XE FireMonkey モバイル / タブレットアプリ開発

79 FireMonkey カスタムコンポーネントの基礎 Delphi XE2 C++Builder XE2 FireMonkey ios Xcode 側に.pas をコピー B5 3 TMS Pack for FireMonkey Delphi XE2, C++Builder XE2, FireMonkey ios をサポート 注意 : トライアル版には FireMonkey ios は含まれない 4 79

80 FireMonkey ios アプリ開発 現時点で必要な環境 Delphi XE2 Update 4 Hotfix 1 Windows OS 上で開発 OS X SnowLeopard(10.6) Xcode ~ Xcode 4.2 OS X Lion(10.7) Xcode Xcode OS X Mountain Lion(10.8) は不可 ただし 5 FireMonkey ios アプリ開発テクニック iphone,ipad の種類 & バージョン判別 シミュレータ or 実機 キーボードの表示 非表示に適応させる 画面の回転を検知 TCP/IP クライアント CFSocket コールバック関数の呼び出し規約は mwpascal (MetroWerks Pascal Calling Convention) NSThread の利用と GUI の更新 ios アプリのフォルダ ( パス ) は? ExtractFilePath(ParamStr(0)) 6 80 FireMonkey モバイル / タブレットアプリ開発

81 DataSnap モバイルコネクタ DataSnap サーバー Delphi XE2 Enterprise Edition 以上が必要 FireMonkey ios 向けモバイルコネクタ freepascal_ios42 freepascal_ios50 3 点ほど不具合がありますので.pas の修正が必要 日本語パラメータの文字化け メモリ ( 参照カウント ) エラー NSURLConnection の使用法の誤り B5 7 iphone シミュレータの注意点 予め ターミナルから iphone シミュレータのプロセスを UTF-8 で起動しておく ( 日本語などの文字化け対策 ) QC# $ export LANG=ja_JP.UTF-8 $ cd /Developer/Platforms/iPhoneSimulator.platform/Developer/Applications/iPhone Simulator.app/Contents/MacOS $./iphone Simulator Xcode でビルドして起動!! 8 81

82 モバイル / タブレット向け Web アプリ FireMonkey とは直接関係ないですが Web アプリのほうが良い ( 楽だ ) と考えている開発者向け Windows 8, iphone, ipad, Android, BlackBerry, WP etc IWCGjQuery が凄い!! ポルトガルの CentralGest 社が最近リリースしました IWCGjQuery Suite for IntraWeb 主にデスクトップ Web ブラウザ向け IWCGjQuery Mobile Suite for IntraWeb スマホ & タブレット Web ブラウザ向け Delphi 2007 ~ Delphi XE2 C++Builder 2007 ~ C++Builder XE2 IntraWeb ~ IntraWeb Delphi XE3, C++Builder XE3 FireMonkey 2.0 で Metropolis UI スタイル FireMonkey 2.0 でタッチ & ジェスチャー InterBase XE3 ToGo Edition dbexpress driver for SQLite FireMonkey モバイル / タブレットアプリ開発

83 Thank You B

84 東京都千代田区飯田橋 ロックビレイビル 8F TEL FAX