フレームワーク/Webアプリケーションでやること のバックアップの現在との差分(No.10)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• バックアップ を表示
• フレームワーク/Webアプリケーションでやること へ行く。

---

1. クライアントからのリクエストを処理
   1. リクエスト
      1. 全てURIで
      2. フレームワーク/WikiEngine呼び出し
   2. レスポンス
      1. ログイン→HTTP_REFERERにリダイレクト
      2. :i/フレームワーク/WikiEngineからの出力をレスポンスにする
   3. 認証
      1. ログイン／ログアウト
      2. 認証とユーザーオブジェクトの用意
      3. :i/アカウントの有効期限
      4. フレームワーク/疑似言語コード・Perlコード
      5. フレームワーク/出力の統合はどうやるか？
      6. フレームワーク/メモ化
      7. ユースケーススコープ
      8. フレームワーク/WikiEngineの実装案より
   4. セッションの維持・管理
   5. エラー対処
      1. 変形MVC
      2. :i/リクエスト再送はフレームワークで
      3. :i/エラーメッセージにクラス名
      4. その他、あとで
      5. :i/エラーページにクエリーを
      6. :i/出力の統合はどうやるか？[?]
2. フレームワーク/WikiEngineから呼ばれて
   1. 設定
      1. :i/Webアプリの設定はWikiページに書けない
   2. ログ
      1. Webアプリの設定はWikiページに書けない
   3. 最適化
      1. メモ化
3. そのほか

フレームワーク/Webアプリケーションの実装案。

---

フレームワークの役割をフレームワーク/Webアプリケーションとフレームワーク/WikiEngineで分担。

1. クライアントからのリクエストを処理
   1. リクエスト
      1. 全てURIで
      2. フレームワーク/WikiEngine呼び出し
   2. レスポンス
      1. ログイン→HTTP_REFERERにリダイレクト
      2. :i/フレームワーク/WikiEngineからの出力をレスポンスにする
   3. 認証
      1. ログイン／ログアウト
      2. 認証とユーザーオブジェクトの用意
      3. :i/アカウントの有効期限
      4. フレームワーク/疑似言語コード・Perlコード
      5. フレームワーク/出力の統合はどうやるか？
      6. フレームワーク/メモ化
      7. ユースケーススコープ
      8. フレームワーク/WikiEngineの実装案より
   4. セッションの維持・管理
   5. エラー対処
      1. 変形MVC
      2. :i/リクエスト再送はフレームワークで
      3. :i/エラーメッセージにクラス名
      4. その他、あとで
      5. :i/エラーページにクエリーを
      6. :i/出力の統合はどうやるか？[?]
2. フレームワーク/WikiEngineから呼ばれて
   1. 設定
      1. :i/Webアプリの設定はWikiページに書けない
   2. ログ
      1. Webアプリの設定はWikiページに書けない
   3. 最適化
      1. メモ化
3. そのほか

• セッションの用意
  ページ/セッション[?]の基礎。ページ/要素が扱うのはページでできたセッション領域のほう。
• クライアントからのリクエストをフレームワーク/WikiEngineに渡す
  → 全てURIで
• フレームワーク/WikiEngineからの出力をレスポンスにしてクライアントへ
  レスポンスにはクライアントアプリのコードも含む。データ付きのクライアントアプリを送信。
• ログイン/ログアウト？
  オープン認証なんかはWikiEngineよりもこちらで。→WikiEngineは外からユーザーオブジェクトを受け入れることになる。
• ユーザー情報の用意？
  認証済みユーザーオブジェクトをフレームワーク/WikiEngineに与える。内容は空。認証に必要な情報しかない。WikiEngine側で情報補完してもらう。ユーザー情報／権限はページに記述するので。
• レスポンス待ち
  数種類の出力バッファーを用意。グローバル変数に追加していく。HTMLヘッダー・bodyの冒頭・bodyの末尾・ページ内の記述された箇所（これが基本）など。ページ/要素でも（どこに書かれていても）HTMLヘッダー出力などができる。

クライアントからのリクエストを処理 †

リクエスト †

全てURIで †

ページ名と要素部分はフレームワーク/WikiEngineでやること。
ここで行うのはそれ以前まで。

フレームワーク/WikiEngine呼び出し †

リクエストをフレームワーク/WikiEngineに渡す。

レスポンス †

ログイン→HTTP_REFERERにリダイレクト †

ログイン後はHTTP_REFERRERのページへ。リファラーが同一ドメインでないなら既定のURIへ。 → :i/フレームワークの実装案

:i/フレームワーク/WikiEngineからの出力をレスポンスにする †

認証 †

ログイン／ログアウト †

オープン認証なんかはWikiEngineよりもこちらで。→WikiEngineは外からユーザーオブジェクトを受け入れることになる。
ログアウトも？

認証とユーザーオブジェクトの用意 †

ユーザー認証をして、認証済みユーザーオブジェクトを作る。作るのと破棄だけ。
一般的な情報…IDやパスワードはある。その他の内容はフレームワーク/WikiEngineが与える。内容がページになっているので。

:i/アカウントの有効期限 †

フレームワーク/疑似言語コード・Perlコード †

フレームワーク/出力の統合はどうやるか？ †

フレームワーク/メモ化 †

ユースケーススコープ †

フレームワーク/WikiEngineの実装案より †

WikiEngineではなくこちらで。

• ユースケースクラス
• ログイン→HTTP_REFERERにリダイレクト
• アクセスログはページに残す
  →フレームワーク/Webアプリケーションのログファイルと、フレームワーク/WikiEngineのページに残すログは別。

セッションの維持・管理 †

セッションの基礎。ページ/要素が扱うのはページでできたセッション領域のほう。
セッションを用意。
ページ/要素その他からのアクセスに応える。

エラー対処 †

5xx Internal Errorの対処も。

変形MVC †

docs.google.com

:i/リクエスト再送はフレームワークで †

利用者の情報損失を防ぐ。リトライ可能に。使いにくくなるのを防ぐ。

:i/エラーメッセージにクラス名 †

その他、あとで †

CSRF関連
WikiEngine/遅延処理
X
クラス
ビューでやること
フレームワーク/MVC
フレームワーク/View配置がFactory
フレームワーク/Webアプリケーション
フレームワーク/Webアプリケーションでやること
フレームワーク/WikiEngineの実装案
フレームワーク/エラーページにクエリーを
フレームワーク/エラーメッセージにクラス名
フレームワーク/クエリーにはユースケース名＋ステップ名や番号を
フレームワーク/ビュー用クラスの設計

:i/エラーページにクエリーを †

HTTPのGETメソッドのときは…URLをデコードして表示するなら意味がある。
:t/実装

:i/出力の統合はどうやるか？[?] †

フレームワーク/WikiEngineから呼ばれて †

設定 †

:i/Webアプリの設定はWikiページに書けない †

ログ †

• アクセスログはページに残す
  フレームワーク/Webアプリケーションのログファイルと、フレームワーク/WikiEngineのページに残すログは別。
  → :i/フレームワークの実装案

Webアプリの設定はWikiページに書けない †

最適化 †

メモ化 †

ページ/要素それぞれでメモ化すればいいのでは？？

そのほか †