こんにちは、小林（@koba04）です。 本記事では、シングルページアプリケーション（以下、SPA）における状態管理について解説します。 GmailやTwitterは、SPAとして構築されている代表的なWebアプリケーションであり、スムーズなページ遷移をSPAによって実現しています。またElectronやPWA（Progressive Web Apps）の登場により、複雑なアプリケーションをWebの技術を使って構築する場面も増えてきました。 これらの複雑なアプリケーションにおいては、既存のページ単位での状態管理の考え方では対応が難しくなります。 そこで今回は、具体的なフレームワークも取り上げながら、Webフロントエンドにおける状態管理のアプローチについて紹介します。 フロントエンドでの状態管理の複雑化 ページの単位を超えた状態の保持 モデルとビューによる処理の分割 イベントの管理が複雑にな

Mackerel User Group Meeting Vol.1 登壇資料

前回と前々回のエントリーには、思ったより多くのアクセスをいただき、ありがとうございました。どうも「はてなブックマーク」の特集の「技術ブログ」というところに載ったのが理由のようです。 いつもの悪い癖で長々と書いてしまいましたが、三行で要約を試みます。 1. データベース設計には第一～第三正規化というのを用いる 2. 第一～第三正規化とは、以下のとおりである 第一正規化…表を必ず一行一レコードになるようにする 第二正規化…全ての項目を決定する主キーを選定する。もし主キーが複数の項目の組み合わせとなる場合、主キーの一部によって決定される項目を、別の表に分ける 第三正規化…主キー以外の項目によって決定される項目がある場合、それも別の表に分ける 3. 私の疑問というのは、次のようなものである。第二正規化が完了した後、すなわち第三正規化の段階においても、複数の項目の組み合わせによって決定される項目があ