フレームワーク/WikiEngine のバックアップの現在との差分(No.26)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• バックアップ を表示
• フレームワーク/WikiEngine へ行く。

---

現在考案中のWikiEngineについて。

クラス設計→X
既存のWikiEngineについては→ tag:解析

 

• フレームワーク/WikiEngineでやること
• クラス設計→X
• フレームワーク/Webアプリケーションはもう一つのフレームワーク

目次 †

1. 目次
   1. WikiEngineとは
2. 関連
3. WikiEngineとは
   1. HTML変換の内部処理
   2. 参考
4. 実装
   1. ページ要素とのつながり
   2. ページ名にユースケース別接頭辞
   3. URLクエリーに置くデータ
   4. 「次」や「前」という表現は使わない
      1. 認証について
   5. 負荷軽減
   6. WikiEngine/
   7. 記法の優先順位
5. 設計
   1. クラス間のつながり
   2. モデルはページ中心

 

 

WikiEngineとは †

関連 †

• :/ページを更新できるのは自身だけ
• :/ページ要素間の連携方法
• :/疑似言語とPerlでフレームワーク
• :/要素からWikiEngineインスタンスを起動可能
• :Done/SPAM対策
• :Done/データアクセスでページ要素を更新したい
• :Done/属性の継承法則
• :RenameLog/2009
• :RenameLog/2010
• :RenameLog/2013
• :RenameLog/2014
• :i/クエリーパラメーターはユースケースクラスのもの
• :i/プラグインで独自のシステムを作れるか
• :i/プロトタイピング
• :i/プロトタイピング/01
• :i/ログインはWebフレームワーク、ユーザー管理はWikiフレームワーク
• :i/利用者ページの下位に利用者設定を
• :i/状況依存のページ選択
• :t/Wiki
• API
• X
• fw/Wiki
• テンプレート
• フレームワーク
• フレームワーク/Webアプリケーション
• フレームワーク/Webアプリケーションでやること
• フレームワーク/WikiEngineでやること
• ページ
• ページ/権限
• 下位展開でやること
• 全てURIで
• 利用者
• 権限

 

 

検索:フレームワーク 検索:WikiEngine

 

• -

WikiEngineとは †

wikiのシステム部分。（サイトとしてのWikiは半分が利用者のアイデアでできている）
Xのシステム部分。（サイトとしてのWikiは半分が利用者のアイデア次第）

キーワード:WikiEngine
キーワード:Wiki OR ウィキ

利用者から与えられたデータを「ページ」化して保存するもの。
利用者からの要求に応じて「ページ」を切ったり貼ったり整形してから見せる。

HTML変換の内部処理 †

複数の記法→HTML変換を一度に行うために、変換後内容を用意してから置き換え。

1. 全記法分、探索
   始点・終点の位置を記録。重なりはエラー。
   挿入・削除の区別は要らない。対象位置と内容があれば十分。
2. 末尾から順次置き換え
   位置がテキスト先頭からの距離なので置き換えの影響を受けないよう末尾から。

参考 †

人力検索はてな

http://q.hatena.ne.jp/1186417853
利用者から与えられたデータをページ化して保存するもの。
利用者からの要求に応じてページを切ったり貼ったり整形してから見せる。

実装 †

ページ要素とのつながり †

人力検索はてな

http://q.hatena.ne.jp/1186417853

→機能/API[?]

ページ名にユースケース別接頭辞 †

ブックマークや履歴、ウィンドウタイトルを分かりやすくするために。
閲覧…なし
編集…-
追加…>
…など。

URLクエリーに置くデータ †

URLに付けるデータはネット上で共通のもののみ。
個人領域のデータ、状況に左右されるデータは置かない。
URLはどれもパーマリンクにすること。
というわけで、

• 検索/クエリー
  • -

…はURLクエリーに含める。
ユーザーとページ/要素をつなぐもの。それとページ/要素の動作環境の提供も。
呼び出し順序…

1. 利用者
2. フレームワーク/Webアプリケーション
3. フレームワーク/WikiEngine
4. ページ
5. ページ/要素（各種機能）

「次」や「前」という表現は使わない †

新/旧、大/小などにする。
ソート順が分かる表現に。

認証について †

利用者認証とID取得はフレームワーク/Webアプリケーション。
利用者IDを利用して、実用的な利用者情報を利用可能にするのはフレームワーク/WikiEngine。

負荷軽減 †

→負荷[?]
編集後の更新処理を分割。

1. クエリー保存、ページ更新のキュー入れ
   衝突時の警告ができなくなってしまうので不可。編集対象ページはすぐに更新、衝突したらそのときのレスポンスで利用者に知らせなければならない。
2. 対象となるページの更新、関連するページ更新のキュー入れ
3. 関連するページの更新（複数回）

WikiEngine/ †

• フレームワーク/WikiEngineでやること

ページを指定していないリクエストでは

1. 最後に参照したページ（クライアントにあるデータによる）
2. デフォルトページ（Wikiの設定による）

…を返す。

 

というわけで、トップページを見せたいときはトップページを指定したリンクを作り、通常はページを指定しないリンクを使う。
これで、静的なページからでもWebブラウザーの履歴を操作することなく、最後に参照したページに戻れる。
→URIとあわない。

記法の優先順位 †

機能には記法ごとに（機能ごとではなく）優先順位を定義。
これで複数のNotationに当てはまる場合や、Notationに包含関係がある場合に対応。
WikiEngine側で上書き可能。（Wikiの設定。Notation→機能の追加と一緒に定義）
Notationクラス名→優先順位の表を定義。これが無い場合は機能側の定義を使用。
後からでも追加しやすいように優先順位は0以上の小数点数。

設計 †

• ユースケースをクラス化。
• ログインページの次はHTTP_REFERERにあるページ。
• ファイルはFlyweightであるべき。
• オブジェクトモデル上ではinclude.incのような機能を考慮しない。
  include.incのような機能はデータコピーで実現。
• アクセスログはページの属性。
• 利用者はページにある情報を元に作られる。
• ページが他のページインスタンス宛に編集クエリーを作る。
• 検索は機能化する。

クラス間のつながり †

モデルはページ中心 †

• ページ中心
• MVCのVとCは決まりきっている
  Mはページとページに関連するクラス。機能にはあるかも知れないし無いかも知れない。
  Cはフレームワークと各機能にある。
  フレームワークが持つVのクラスは1つだけ。それ以外には機能が独自に持つかも知れない。
• 要点は機能の拡張性（可能性）
  • トリガーの種類
    ～の前/後、他の機能と比べたときの優先度、…
  • 出力箇所の種類
  • 呼び出し箇所、クライアント側スクリプト部分、ヘッダー、フッター、…