Vue+VuexでMVVMなWebApplicationを設計するときに考えたいこと
まえがき ここ最近、Vueを使って実装されたWebアプリが随分と増えてきたように感じます。自分も何度となく実装してきました。すごく小さなデモを作るときにも使えるし、中規模以上のWebアプリを作るときにも使えるし、扱いやすいライブラリでとても好きです。 ある程度の規模になってくると「複数の画面でデータを共有したい」「こっちのComponentの状態をあっちのComponentに伝えたい」といったような問題にぶち当たり、アーキテクチャを導入することでそれらを解決するというのもお馴染みな感じです。特にVueでは双方向データバインディングの特性上、MVVMアーキテクチャが使われることが多いと思います。 今回は、VueでMVVMを実現する際に起き得る設計上の問題について、現時点での私の解決方針をまとめてみました😌 まえがき Vue+MVVMとはどんなものか 一般的なMVVMを理解する View V
実践StorybookでVuexに立ち向かう
スタディスト開発部、フロントエンド担当の小宮山です。最近熱があるのはSVGと相変わらずにStorybookです。あと弁当男子始めました。 前置きStorybookとはいわばコンポーネントのカタログを作成することができる開発ツールです。 今回は実践の紹介ということで詳細は省略しますが、VueやReactを導入したコンポーネント指向な開発をしているのであれば、開発効率の向上は間違い無しなので是非とも取り入れてみていただきたいです。 実践Storybook vs Vuexコンポーネントの複雑さの基準storyの作りやすさは、当然のことですが、コンポーネントの複雑さに応じて変化します。大雑把ですが私はstoryの作りやすさの基準として、作り易い順に以下のような基準を設けています。 外部とのインタフェースがない親コンポーネントとのインタフェースは存在するがstoreにアクセスしないstoreにアクセ
Use a Vuex store with typing in TypeScript, without decorators or boilerplate
I found a way to use Vuex stores in TypeScript without losing typing. It doesn’t require classes, so it is compatible with Vue 3 and the composition API. With lightweight wrappers that are fully typedAt runtime, the library direct-vuex will create a wrapper around each getters, mutations and actions. We can use them from outside the store implementation. So instead of writing: store.dispatch("myAc
Vuexのはじめかた - Vuex入門者向けのはじめの一歩ガイド - 主夫ときどきプログラマ
これはVue.jsアドベントカレンダー#2 14日の記事です。 Vuexはflaxアーキテクチャを採用した公式プラグインで、vue.jsで利用することができます。 公式の日本語ドキュメントもあるので導入しやすい状況になっています。 とはいえ、いざ使ってみようという時には気が引けてしまうもの。 自分が導入を試みた時もいろいろと悩むポイントがありました。 どこから手をつけていいかわからない ファイル構成のお手本が知りたい スタンダードな書き方を知りたい このあたりのことを、どう解決したかについて今回は紹介します。 はじめにすること 公式ドキュメントを読みましょう。苦手な人もいると思いますが なにを意識しながら読むかが決まっていれば読みやすくなるものです。 fluxを理解する 事前にfluxアーキテクチャについて理解する必要があります。fluxを知った上でVuexのドキュメントを読むとより理解し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
