フィルターとWF
イシュー
- ワイヤーフレームを考えているが、以下のような三層構造を考えたところで、検索ってフィルターだよな? フィルターといったらPlaggerだよな、
- ということで、Plaggerが、どのようにワイヤーに絡められるかを考えようと思ったしだい
検索(フィルター)→詳細 ↓ 一覧(リスト:均一)→詳細(アイテム:要素:不均一)→参照(1対1、多対1:均一:リスト) ↓ (ラジオ、チェック) 編集 ↓ 削除
入力 → 処理 → 出力 購読(Subscription) 変換(Filter) 出力(Publish) 取得(CustomFeed) 通知(Notify)
参考
- Plagger入門以前 - 萌え理論ブログ
- Rubyist Magazine - map と collect、reduce と inject ―― 名前の違いに見る発想の違い
- ドリルスルー、ドリルダウン、サブレポート、および入れ子になったデータ領域 (レポート ビルダー 3.0 および SSRS)
- 3-ペインUI - まぐねっとのブログ
- リストビューについて | jQuery Mobile 1.1.0 日本語リファレンス
- jQuery Mobile リストビュー
単純に考える
- 三層構造のインプットは一覧(リスト)であって、検索はリストに対してのフィルターとなる。
- よくUIでは、フィルターの次にリストがきているが、インプットのリストとアウトプットのリストを同一ペインで見せているから違和感なくUIを見ることができる
(インプットのリスト)→(フィルター)→(アウトプットのリスト)
ということは、インプットとアウトプットが同じ構造であれば、同じペインに表示していても違和感がないということ、ただし流れは上から下に流れる方がよい (フィルタが下にあって、上のリストが変わると違和感がある)
「一覧→詳細」はFilterなのか?
- FindとFilterは一意か一意でないかの違いのFilterである。
- ただし1と1以外はとても大きな違いがあるので同じにはできない。
参照は、詳細の一項目ではあるが、実体は複数ある項目(ラジオ、チェック)である
- Filterでしぼった結果を掘り下げると増えるというのは、ブログに付いたトラックバックを抽出するようなものである。
- インプットが1つでアウトプットが複数のとき、それはFilterではなくて何といえばよいか? (ドリルスルー?、flatMap?)
参照とはリンク
- 参照とはリンクなので、従来では別画面にリンクしているが、SPAで考えればオブジェクトをアコーディオンで広げてしまえばよいのではないか?
結局
- やりたいことは、jsonのui化をどうするかという話
- json viewerなる、html を作るには、最もシンプルなのはtree viewであるが、閲覧性も検索性もよくないので、explorer(finder) のようなuiがよいかなぁ、、
jQuery Mobile リストビュー
- jQuery Mobile のリストビューをベースにリストをカードインターフェースにしたり、検索をメニューにしたりすると、結構よさそうな気がする。
参考
- リスト分類+検索フィルタ | jQuery Mobile 1.1.0 日本語リファレンス
- 様々な書式を組み合わせ | jQuery Mobile 1.1.0 日本語リファレンス
- jQuery Mobile: ListViewウィジェットで、アイコン付き、カウントバブル付きのリストビューを生成するには? - Build Insider