-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathform-overview.html
139 lines (134 loc) · 9.64 KB
/
form-overview.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
<!DOCTYPE html>
<html lang="ja">
<head>
<meta charset="utf-8">
<title>Ethnamドキュメント</title>
<link href="css/style.css" media="all" rel="stylesheet" />
<link href="css/github.css" media="all" rel="stylesheet" />
</head>
<body>
<p><a href=".">目次</a></p>
<div class="blob instapaper_body">
<article class="markdown-body entry-content">
<h1>フォーム値にアクセスする</h1>
<ul>
<li>アクションフォームとは何か </li>
<li>フォーム値を定義する </li>
<li>フォーム値にアクセスする </li>
<li>アクションフォームへのアクセスに関するポリシー </li>
</ul>
<h2>フォーム値にアクセスする</h2>
<p>アクションクラスからフォーム値へのアクセスするイメージは以下のようになっています。</p>
<p><a href="image/ethna-fig14.jpg"><img src="http://ethna.jp/image/ethna-fig14.jpg" alt="http://ethna.jp/image/ethna-fig14.jpg" /></a></p>
<ol>
<li>ブラウザからGETあるいはPOSTにより渡された値が、PHPによって$_GETあるいは$_POST変数に格納されます</li>
<li>アクションフォームオブジェクトは、<em>フォーム値として定義されている値のみ</em>$_GETあるいは$_POSTから取得して、オブジェクト内のコンテナに格納します*1</li>
<li>アクションクラスオブジェクトは、アクションフォームのget()/set()メソッドを通じてフォーム値にアクセスし、処理を行います</li>
<li>ビューオブジェクトは、アクションフォームから必要な値を取得して出力に反映して、</li>
<li>HTMLを出力します</li>
</ol>
<h3>アクションフォームとは何か</h3>
<p>次にアクションフォームとは何か、について簡単にご説明します。</p>
<p>アクションフォームは、Ethnaでは</p>
<ul>
<li>フォーム値と</li>
<li>アクションクラスがビューに渡したい値(強制エスケープ)と</li>
<li>アクションクラスがビューに渡したい値(エスケープなし)</li>
</ul>
<p>という3種類の値のコンテナだと考えて下さい。以下のようなイメージです。</p>
<p><a href="image/ethna-fig15.jpg"><img src="http://ethna.jp/image/ethna-fig15.jpg" alt="http://ethna.jp/image/ethna-fig15.jpg" /></a></p>
<ol>
<li>フォーム値にはget()/set()メソッドでアクセスします</li>
<li>アプリケーション設定値(フォーム値以外で、ビューに表示させたいダイナミックな値)はsetApp()メソッドでアクションフォームに格納します</li>
<li>アプリケーション設定値(HTMLエスケープさせたくない値)はsetAppNE()メソッドでアクションフォームに格納します</li>
<li>
<p>フォーム値はテンプレートで </p>
<p>{$form.フォーム名}</p>
</li>
</ol>
<p>としてアクセスします。値は常にHTMLエスケープされます。</p>
<ol>
<li>
<p>アプリケーション設定値(setApp()で格納されたもの)はテンプレートで </p>
<p>{$app.変数名}</p>
</li>
</ol>
<p>としてアクセスします。値は常にHTMLエスケープされます。</p>
<ol>
<li>
<p>アプリケーション設定値(setAppNE()で格納されたもの)はテンプレートで </p>
<p>{$app_ne.変数名}</p>
</li>
</ol>
<p>としてアクセスします。この値はHTMLエスケープされません(基本的には使用しません)。</p>
<p>なお、アクションフォームはアクションクラスと対になって必ず生成され、アクションクラスのprepare()あるいはperform()メソッド、また、ビューオブジェクトのpreforward()では必ず</p>
<pre><code>$this->action_form // 面倒なら$this->afでも可</code></pre>
<p>でアクセスできることが保証されています。アクションクラスに対応するアクションフォームが未定義の場合は、フォーム値定義の無いデフォルトのアクションフォームが生成されます。</p>
<h3>フォーム値を定義する</h3>
<p>というわけで、アクションクラスからアクションフォームオブジェクトを利用してフォーム値にアクセスするには、アクションフォームにどのようなフォーム値を受け取るかを定義する必要があります*2。</p>
<p>具体的には、アクションフォームのメンバ変数$formに</p>
<pre><code>'フォーム名' => array(...(属性定義)...),</code></pre>
<p>という形で利用するフォーム値を列挙していきます。例えば'id'と'name'というフォーム値を利用する場合は以下のようになります。</p>
<pre><code>class Sample_Form_Index extends Ethna_ActionForm
{
/**
* @access private
* @var array フォーム値定義
*/
var $form = array(
'id' => array(
'type' => VAR_TYPE_INT,
),
'name' => array(
'type' => VAR_TYPE_STRING,
),
);
}</code></pre>
<p>フォーム名をキーとして、値にはフォーム値の属性を定義した配列を記述します。単純にフォーム値を受け取る場合は必要ありませんが、フォーム値の属性として最大値、使用可能文字を記述しておくことで入力された値を自動で検証することが可能となります*3。ここでは、最低限の属性としてフォーム値の型を指定しています*4。フォーム値の型には</p>
<ul>
<li>VAR_TYPE_INT</li>
<li>VAR_TYPE_FLOAT</li>
<li>VAR_TYPE_STRING</li>
<li>VAR_TYPE_DATETIME</li>
<li>VAR_TYPE_BOOLEAN</li>
<li>VAR_TYPE_FILE</li>
</ul>
<p>のどれかを指定します。特に無ければVAR_TYPE_STRINGとしておけば問題ないと思います。</p>
<h3>フォーム値にアクセスする</h3>
<p>定義が完了したら、あとはアクションクラスのprepare()あるいはperform()メソッド、または、ビュークラスのpreforward()メソッドで以下のようにしてフォーム値を取得/設定するだけです。</p>
<pre><code>function perform()
{
// フォーム値の取得
$id = $this->af->get('id');
// フォーム値の設定
$this->af->set('id', $id+1);
}</code></pre>
<h3>アクションフォームへのアクセスに関するポリシー</h3>
<p>余計なお世話かもしれませんが、アプリケーションを構築していく上でのアクションフォームへのアクセスに関するポリシーについて少しだけ...。</p>
<p>まず、 <a href="tutorial-practice3.html#content_1_7">アプリケーション構築手順(3)</a>に書きましたが、アクションクラス(prepare()perform()メソッド)には最低限必要な処理のみ(必要なオブジェクトを生成してメソッドを実行+エラー処理程度)を記述し、実際のロジックは別途クラスを作成してそこに記述することを推奨します。</p>
<p>それと同様に、アクションフォームへのアクセスもアクションクラス(+ビュー)にでのみ行うことを推奨します。手続き上はアクションフォームオブジェクトはあちこちから参照可能ではありますが、例えばアクションクラス以外のどこかでアクションフォームがあれこれ弄られていると、アプリケーションの規模が大きくなってきたときに、個々のアクションでの独立性が低くなって来てメンテナンス性が低下してしまいます。</p>
<p>例えば、ユーザ情報を更新する以下のようなアクションクラスを考えてみます。</p>
<pre><code>// アクション'user_update'
function perform()
{
// ユーザオブジェクトを生成して情報を更新
$user =& new Sample_User(...);
$user->set('name', $this->af->get('name'));
$user->update();
// 更新された名前をアプリケーション値として設定
$this->af->setApp('new_name', $user->get('name'));
return 'user_update-done';
}</code></pre>
<p>ここで、「どうせだから$user->update()の中で$this->af->setApp()もしちゃえ」ということをすると、$user->update()をあちこち他のアクションクラスで呼び出している(あるいは呼び出すように拡張されてきた)場合に、思わぬバグの原因になったり、前述のように個々のアクションの独立性が落ちてメンテナンス性の低下を引き起こしたりします。</p>
<p>というわけで、アクションフォームへのアクセス(特に更新)はアクションクラス(+ビュー)のみに限定することを結構強く推奨します。</p>
<hr />
<p>*1Ethnaでは基本的に、クライアントから送信されアクションフォームに格納されたフォーム値がGET/POST(REQUEST_METHOD)のどちらに由来するかを区別しません。理由は、GET/POSTで振舞いを変えていると思わぬところでダサダサな振舞いをしたり、場合によっては(ここはGETしかこないと思い込んでコードを書いていたりすると)セキュリティホールになる可能性もなくもなくも無いためです<br />
*2アクションに対応するアクションフォームのファイル名やクラス名については <a href="ethna-document-dev_guide-action-omit.html">アクション定義を省略する</a>を参照してください<br />
*3詳細は <a href="form-validate.html">フォーム値の自動検証を行う(基本編)</a>を御覧下さい<br />
*4もちろん省略も可能ですが </p> </article>
</div>
<div class="site-footer">
@2015 <a href="https://twitter.com/DQNEO">DQNEO</a>
</div>
</body>
</html>