yui-frameworks study

アプリケーション開発


アプリケーション

 とで開発



 開発の要素
 デザインとロジック



 開発の問題点
 つのにデザインとロジックを定義
 修正の衝突
 変更が困難
 デバックが困難
 可読性の低下
 開発した人しか修正できない


開発の問題点

 解決方法
 デザインとロジックを分離して開発
 実行時にデザインとロジックを結合
 デザイン




 ロジック



開発の問題点

 の利用
 開発の問題を解決可能
 デザインとロジックの分離


 特徴
 国産フレームワーク
 軽量


 アーキテクチャ
 デザインとロジックの分離
 ３つの作業役割
 ４つのクラス役割



 ３つの作業役割
 デザイナー
 コーディネーター
 デベロッパー


 ４つのクラス役割









 デザインはのみ


 ロジックはのみ


 View
 MXMLで開発, CSSでスタイルやスキン適用
 コンポーネントレイアウト、サイズ、ステート、エフェクト
 Viewに配置されるコンポーネントに名前の割り当て


 Helper
 ActionScriptで開発
 ステート、コンポーネントプロパティへのアクセス


 Action
 Viewとそのコンポーネントに対するイベントハンドラを命
名規則にそって定義
 サービス呼び出し


 Behavior
 Actionと同等の役割
 Viewに対して複数定義可能


 クラス役割


機能


機能

 イベントハンドリングの自動化
 自動イベントハンドリングの対象
 自身
 にレイアウトされているコンポーネント
 に定義されているを実装しているク
ラスの変数
 に定義されているを実装している
クラスの変数


機能

 イベントハンドリングの自動化


機能

 クラス役割ごとの参照の自動解決


機能

 クラス役割ごとの参照の自動解決
 ：参照するクラス役割はありません。
 ：とのコンポーネント
 ：と
 ：


開発ルール


開発ルール

 対象パッケージ指定
 の対象となるパッケージを指定します。
 ファイルで指定


 サービス指定


 から始まるはのと判別
 から始まるはパッケージ名と判別


開発ルール

 クラス役割の命名規則


 対象パッケージ画面名






 対象パッケージ画面名操作名


開発ルール

 イベントハンドラ名の命名規則
 コンポーネントイベント名


開発ルール

 イベントハンドラ名の命名規則
 変数名イベント名
変数は、を実装しているものとします。


開発ルール

 サービスレスポンダーメソッド名の命名規則
 成功時
 サービス変数名メソッド名
 失敗時
 サービス変数名メソッド名


理解を深めるために


参考

 記事
 の必要性とアーキテクチャについて
 ドキュメント


 技術トレーニング



ご清聴
ありがとうございました

32

Recommended