新着確認機能実装を一段落させた。10日12歩の修正とともに出振るい・手定め済み。
新着確認機能により輪郭一覧の更新状況がぐっと把握しやすくなった。サービスの性質上,自動更新など気が散る実装を避けてきたが,あちこちページや画面を切り替えながら作業していると,輪郭一覧の鮮度が気になることが多々あった。必要以上に輪郭一覧を更新する癖がつく問題もあった。
- 待機状態では初期化から15秒間隔で4回,20秒間隔で3回,30秒間隔で2回,計約3分間・9回の更新確認を行う。
- 交差監視により,画面内に更新輪結が入ると待機状態に入り,画面外に出ると更新不明状態に入る(更新有り状態ではない場合)。
- 前縁では機能を
@DG.upd
に集約し,他機能からも輪郭一覧更新を促すなどの目的で利用しやすくなっている。 - 後縁では,形式上輪数を返せるように設計しているが,実際には更新有無を表す0・1の二値のみを返す。
- 更新有り表示・不明表示のアイコンは,メニューの「使い方」・「利用規約」の疑問符・感嘆符アイコンに
filter
をかけて使っている。
新生デライト開発の当努としての新着確認機能実装は優先順位が低く,最後の方になるかと思っていた。最近になって,メニューのアイコンが使えること,輪数は必要ないこと,交差監視が使えること,と立て続けに実装上の気付きがあり,高い時間対効果・負荷対効果が望めるようになっていた。
マイクロブログなどの投稿数と異なり,1輪の長文もあれば10輪の知名のみの輪郭もあるのがデライトの輪数なので,文脈を限定せず,ましてや2桁程度の表示幅では情報量の尺度として機能しないことに気付いた。
全知検索窓固定機能で採用した交差監視が使えることに気付いたのが駄目押しだった。無駄な再読み込みを抑制する効果も望めるとはいえ,多少なりとも立求が増える機能なので,悪影響の懸念が拭えずにいた。交差監視によって無駄なく効果的に待機状態を制御出来る見通しが立った。流石に高速化までは行かないにしても,十分な低負荷実装になった。