We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
いろいろ。 例として、最近また作りたくなってきた音ゲー関連の観点から始める。
音ゲーの譜面エディタ。 特に下記の条件を加味したい。
フルスクリーンWebアプリ(トップレベルのスクロールが無い)。
スマホなどの小さな画面とタッチ操作で十全にスムーズに扱えること。
PC環境でも扱えること。
欲しいもの連想げーむ。
各種インタラクション 小さな画面でタッチ操作で扱いやすい入力要素。
スライド(上下)で値を操作できる数値入力欄 正確な値入力のためにキーボードを呼び出すインタラクションも備えているべき。ダブルタップとかに。 下記の検討が必要。
他
操作ガイド描画 現在入力を受け付けてるキーと操作のMapとか、ゲームでよく見るやつ実装しようとするとどうなるの。 フォーカス中要素次第な変動特にどうするのとか、微妙に別件だけど次にフォーカスされる要素のハイライトとか。
履歴管理 undo, redo, バージョン管理。 アプリケーションの状態が、ある状態オブジェクト変数(state)から決定的であれば、それの管理を実装するって形で実装できるんじゃねーのっていうのをやりたい。
レイアウトのカスタマイズ [手動,自動]のもの。
お気に入り 単純な例。一度に表示できる情報の少なさから階層化が進む中、 個人によってアクセス頻度の変わるコンテンツに対応する策。
よく使うもの アクセス頻度の観点から、効率化を自動化したもの。 ※ 結局頻度で並び順が変わるなどするならあまり効率化には寄与しないかも。
最近使ったもの 階層が深くなりがちであればあるほど有用。
レイアウト編集モード 行きつく先。結局使わない人のほうが多い。 これも一種のエディタ。ので当然、履歴管理など行えてほしい。 レイアウトレンダリングが1層メタ化するので大変手間。やりたい。
データの永続化 ネットワーク越しのDBに保存するなりなんなり。 ある範囲の状態を持つstateに、後から通信処理を組み込むとかでやれると理想的かも。どうなの。 大体、バックエンドのRESTにbatchエンドポイントを実装するとか、GraphQL対応をやるとかになりそう。 GraphQLの場合、DBまでのデータ取得処理を極限まで疎にするとかしないとメリットにならないから辛そう。 GraphQL備えてるDBなりサービスなりをバックエンドとして1つドンと置くとかでもいいんじゃないかしら、知らんけど。
通信の抽象化 必要になったら取得。
通信の最適化 まとめて取得。
通信の軽量化 必要な分だけ取得。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
いろいろ。
例として、最近また作りたくなってきた音ゲー関連の観点から始める。
作りたいものの定義
音ゲーの譜面エディタ。
特に下記の条件を加味したい。
フルスクリーンWebアプリ(トップレベルのスクロールが無い)。
スマホなどの小さな画面とタッチ操作で十全にスムーズに扱えること。
PC環境でも扱えること。
小さな画面用のUIは大きな画面でも一応扱える(超野暮ったくはなる)。
検討したい実装
欲しいもの連想げーむ。
各種インタラクション
小さな画面でタッチ操作で扱いやすい入力要素。
スライド(上下)で値を操作できる数値入力欄
正確な値入力のためにキーボードを呼び出すインタラクションも備えているべき。ダブルタップとかに。
下記の検討が必要。
他
操作ガイド描画
現在入力を受け付けてるキーと操作のMapとか、ゲームでよく見るやつ実装しようとするとどうなるの。
フォーカス中要素次第な変動特にどうするのとか、微妙に別件だけど次にフォーカスされる要素のハイライトとか。
履歴管理
undo, redo, バージョン管理。
アプリケーションの状態が、ある状態オブジェクト変数(state)から決定的であれば、それの管理を実装するって形で実装できるんじゃねーのっていうのをやりたい。
undo, redo の対象や粒度が調節できるとベネ。
コマンド割り当てとか、現在の操作対象の考慮とか、だるそう。やりたい。
レイアウトのカスタマイズ
[手動,自動]のもの。
お気に入り
単純な例。一度に表示できる情報の少なさから階層化が進む中、
個人によってアクセス頻度の変わるコンテンツに対応する策。
よく使うもの
アクセス頻度の観点から、効率化を自動化したもの。
※ 結局頻度で並び順が変わるなどするならあまり効率化には寄与しないかも。
最近使ったもの
階層が深くなりがちであればあるほど有用。
レイアウト編集モード
行きつく先。結局使わない人のほうが多い。
これも一種のエディタ。ので当然、履歴管理など行えてほしい。
レイアウトレンダリングが1層メタ化するので大変手間。やりたい。
データの永続化
ネットワーク越しのDBに保存するなりなんなり。
ある範囲の状態を持つstateに、後から通信処理を組み込むとかでやれると理想的かも。どうなの。
大体、バックエンドのRESTにbatchエンドポイントを実装するとか、GraphQL対応をやるとかになりそう。
GraphQLの場合、DBまでのデータ取得処理を極限まで疎にするとかしないとメリットにならないから辛そう。
GraphQL備えてるDBなりサービスなりをバックエンドとして1つドンと置くとかでもいいんじゃないかしら、知らんけど。
通信の抽象化
必要になったら取得。
通信の最適化
まとめて取得。
通信の軽量化
必要な分だけ取得。
The text was updated successfully, but these errors were encountered: