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

やること Edit

フレームワーク/Webアプリケーション Edit

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

リクエスト Edit

これから考えること Edit


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

全てURIで Edit


ページ名と要素部分はフレームワーク/WikiEngineでやること

ここで行うのはそれ以前まで。

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


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

MVC Edit

ユースケーススコープ Edit


Controller = Usecase

その中だけで有効なデータ。

ビュー Edit

レスポンス Edit

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


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

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

選べるビュー Edit


リクエストとレスポンスの分離。

認証 Edit

ログインログアウト Edit


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

ログアウトも?

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


ユーザー認証をして、認証済みユーザーオブジェクトを作る。作るのと破棄だけ。

一般的な情報…IDやパスワードはある。その他の内容はフレームワーク/WikiEngineが与える。内容がページになっているので。

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

変形MVC Edit

MVC.svg

docs.google.com

設定方法を用意 Edit

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

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


セッションの基礎。ページ/要素が扱うのはページでできたセッション領域のほう。

セッションを用意。

ページ/要素その他からのアクセスに応える。

エラー対処 Edit

フレームワーク/エラーメッセージにクラス名 Edit

フレームワーク/エラーページにクエリーを Edit


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

5xx Internal Errorの対処も。

セッションの用意 Edit


ページ/セッション[?]の基礎。ページ/要素が扱うのはページでできたセッション領域のほう。

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


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

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

最適化 Edit

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


多段メモ化

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


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

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

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

リクエストとレスポンス Edit

認証 Edit

その他、実装上の細かいこと Edit

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


WikiEngineではなくこちらで。

設定 Edit

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

ログ Edit

最適化 Edit

メモ化 Edit


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

そのほか Edit

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

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

:t/実装 Edit