Panda Noir

JavaScript の限界を究めるブログでした。最近はいろんな分野を幅広めに書いてます。

React v17 からイベントリスナーの張り方変わるけど、breaking changes は抑え気味だよ

touchmove について調べてて気になったので。

React v16 まで

React v16 までは、React コンポーネントに張られたイベントリスナーは ドキュメントのルート要素にすべて集約して貼られていました。そのため、React v16 までは、onTouchStart や onTouchMove 内で event.preventDefault() を呼び出すことができずエラーになっていました。

(一部ブラウザでは、document.body, window などドキュメントのルート要素に touchstart イベントや touchmove イベントのリスナーを張ろうとすると、自動的に {passive: true} を引数に渡したとみなされます)

React v17 から

結論から書くと、React v17 からも基本的に preventDefault は呼び出せないままです

React v17 から、イベントリスナーを張る対象が変更されました。v17 からは すべてのイベントリスナーは React のエントリポイント要素へ張られます。よって、touchstart イベントや touchmove イベントも passive: true ではなくなる…はずでした。しかし、この変更を加えてしまうと大きな breaking changes になってしまうので、いったん明示的に passive: true を渡すようにしたそうです。

結論

もしや React v17 のイベントリスナーの張り方、breaking changes なんじゃないのか? と思って調べたけれども、ちゃんと考慮してありましたという話でした。

Timers Promises API が最高

名前から既にワクワクするこのAPIは、なんとPromiseを返すsetTimeout、setInterval関数を提供しています!最高です…

というわけで今回はそれの紹介です。

基本的な使い方

await setTimeout(1000) ←これができるんです!素晴らしくないですか??

top-level await や for-awaitと組み合わせるとこんな感じで書けます

import { setTimeout } from 'timers/promises';

console.log('start');
await setTimeout(1000); // これでいける!!
console.log('1s passed');
import { setInterval } from 'timers/promises';

console.log('start');
for await (const startAt of setInterval(1000, Date.now()) {
  console.log(Date.now() - startAt);
}

特に setTimeout は最高ですね…

キャンセルする

キャンセルはAbortControllerを使ってできます。

import { setTimeout } from 'timers/promises'

const controller = new AbortController();

(async() => {
  console.log('start');
  await setTimeout(1000, null, { signal: controller.signal });
  console.log('end');
})().catch(()=>console.log('aborted'));

// 上の setTimeout が発火する前にキャンセルしてみる
await setTimeout(500);
controller.abort();

AbortController ということは React の useEffect とも相性が良いです。

useEffect(() => {
  const controller = new AbortController();
  const { signal } = controller;

  (async () => {
    const res = await fetch('http://example.com', { signal });
    await setTimeout(1000, null, { signal });
    console.log(res);
  })();

  return () => controller.abort();
});

clearTimeout を使うよりグッとシンプルになりました。

timers/promises の 型定義

型定義がまだなさそうだったので自分で書きました。おそらく合ってますが間違えている可能性はあります。

module 'timers/promises' {
  const setTimeout: <T>(
    delay?: number,
    value?: T,
    options?: { ref?: boolean; signal?: AbortSignal }
  ) => Promise<T>;
  const setImmediate: <T>(
    value?: T,
    options?: { ref?: boolean; signal?: AbortSignal }
  ) => Promise<T>;
  const setInterval: <T>(
    delay?: number,
    value?: T,
    options?: { ref?: boolean; signal?: AbortSignal }
  ) => AsyncIterable<T>;
}

debounce や throttle を実装してみる

試しに debounce や throttle を実装してみました。Promisify されていない setTimeout を使った方がわかりやすいかもしれないです。

import { setTimeout } from 'timers/promises';

let controller: null | AbortController = null;
export const debounce = <T extends unknown[]>(
  f: (...args: T) => void,
  wait: number
) => async (...args: T) => {
  if (controller) controller.abort();
  controller = new AbortController();
  setTimeout(wait, null, controller)
    .then(() => f(...args))
    .catch(() => {});
};
import { setTimeout } from 'timers/promises';

let timer: null | Promise<unknown> = null;
export const throttle = <T extends unknown[]>(
  f: (...args: T) => void,
  wait: number
) => async (...args: T) => {
  if (timer == null) {
    f(...args);
    await (timer = setTimeout(wait));
    timer = null;
  }
};

Vite所感

ここ最近 Vite で軽くアプリ作ってたので感想。

Vite とは?

4行で書くと

  • webアプリ開発に特化したビルドツール
  • バンドラではない(バンドル"も"できる)
  • 超高速 dev server & HMR
  • もちろんプロダクションビルドもできる

こんな感じ。ビルドツールなので、webpack や Rollup と似た役割。特徴は ES Module を前提とした dev server。これのおかげでノーバンドルを実現してる。

Good default だから環境構築が楽

webアプリ開発の速度が上がる。デフォルトのままで CSS や JSON、画像まで import できる。画像を読み込めるの、ヤバすぎない?まさにGood default。web アプリ開発のユースケースをしっかりと押さえてる。

さらに、インストールもカンタン。インストールは質問に3つ答えるだけで完了。とてもスッキリ。環境構築コストがかなり低いので、開発に集中できる。

ディレクトリ構成が自由

不必要にディレクトリ構成を縛られたりしない。ディレクトリ名を指定されたりもしない。vite.config.js と index.html を置く以外は何もしなくていい。

webpack から vite に移行したときも、vite.config.js と index.html を追加して package.json 直すだけで行けた。ディレクトリ構成を制限されないのは結構嬉しい。

Dev server が爆速

早い。とにかく早い。Dev server がほんと1秒未満で起動する。最高。これですよ、我々が求めてたのは…という感じ。

適材適所。ライブラリには向いてない

ライブラリ作るときにはあまり向かない。てか使う必要がない。ライブラリ作るときにHMRとか要らんし。ライブラリ開発なら素直にバンドラを使う方が良さそう。

React の新しい JSX transform は未対応

React の新しい JSX 変換にはまだ対応してない(将来的にはするらしい)。ここは惜しい。早く対応して欲しいな。

Backend と組み合わせようとすると難しいかも

Backend と組み合わせて使うこともできる(つまり Laravel とかでも使える)。かなりエレガントな手法を提供してくれてる。

けど、フロント側のリポジトリとサーバーのリポジトリを分けている場合は難しいかも。というのも、ビルド時に生成される manifest.json というファイルを参照してスクリプトを読み込まなければならない。これをフロント側のリポジトリからどうやってサーバー側に共有するかが課題になりそう。

でも、実際に試した訳じゃないので、エレガントな解決策があるかも。

【Docker】 fallback 機能付きで静的コンテンツを手軽に配信する

goStatic がオススメ

goStaticの特徴はこちらです。

  • 設定ファイル不要
  • Go言語で書かれている
  • 軽量コンテナ

たとえば、以下のコマンド一発で fallback 機能を使いつつ静的コンテンツを配信できます。

docker run -d -p 80:8043 -v $PWD/dist:/srv/http pierrezemb/gostatic -fallback index.html

Dockerfile を書くときも結構シンプルにできます。

# ビルド環境
FROM node:lts-alpine as build-stage
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build

# 本番環境
FROM pierrezemb/gostatic as production-stage
COPY --from=build-stage /app/dist /srv/http
CMD ["-fallback", "index.html"]
# port を変えたいのであればこちら
# CMD ["-port", "8080", "-fallback", "index.html"]

僕はViteでプロダクションビルドした結果をgoStaticで配信する形を取りました。

個人的には node イメージで servor をインストールするよりオーバーヘッドが小さく、それでいてnginx イメージを使うよりも楽にできたなという印象です。 goStatic、使ってみてはいかがでしょうか。

git branch を fzf で簡単に選択する in zsh

setopt no_flow_control
__fbr() {
  local item
  git branch | fzf +s +m -e --ansi --reverse --height 40% | sed -e 's/^ *//' -e 's/^\* //' | while read item; do
    echo -n "${(q)item} "
  done
  local ret=$?
  echo
  return $ret
}
fzf-branch-widget() {
  LBUFFER="${LBUFFER}$(__fbr)"
  local ret=$?
  zle reset-prompt
  return $ret
}
zle     -N   fzf-branch-widget
bindkey '^S' fzf-branch-widget

これで、Ctrl-sを押すとブランチ選択ウィンドウが立ち上がるようになります。かなり開発効率上がるのでオススメです。

(fzfのkey-bindings.zshを参考に書いただけで詳しい動作はあまり理解してないけど問題ないはず)