「片手間JavaScripter」にも知ってほしい、Vue.jsで実現するMVVMパターン、Fluxアーキテクチャとの距離 - builderscon tokyo 2016
「片手間JavaScripter」にも知ってほしい、Vue.jsで実現するMVVMパターン、Fluxアーキテクチャとの距離 accepted Abstract Vue.jsは、JavaScriptでMVVMパターンを実現するライブラリです。 このセッションでは、まず jQuery から始め、Vue.js による MVVM による PDS の導入、単方向データフローの導入による Flux アーキテクチャへの接近までをコード例を交えて見ていきます。 Vue.jsを題材にしますが、「Vue.jsの使い方チュートリアル」のようなものではなく、アーキテクチャ寄りの話題になります。「片手間 JavaScripter」だったわたしが、実践的な SPA を開発する中で得た知見を大放出します。
Flux と Component 〜 Vue.jsとVuexとVuex-connect - Qiita
グローバルステート及びそれに伴う周辺アクセサなどなど 開けた局所的な操作 所詮はグローバル 開けている必要のある局所的な操作と、開けている必要のない局所的な操作、圧倒的に後者のほうが多数だよね問題がある。死ぬ。 強いscope、明確なIN OUT(のはず) 閉じたモノリシックな操作 所詮はバケツリレー 大体の場合、親のコンポーネントはバケツで死ぬ。 ストレス度合い グローバルな問題は、臭いレベルの苦痛にとどまるが、破綻時の影響が計り知れない。 短期的な観測ではバケツリレーの方がストレス値は高い。 なのでまぁfluxに逃したくなる気持もわかるが、全部が全部flluxに流すだけなら「綺麗なjQuery」書いてる方がましになる。 閉じた部分、開けた部分をしっかり意識して運用する。 最近のユースケース Vue.js/Vuex で Flux運用をとっている。 親直ルートのコンポーネントは全てVuex
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コンポーネント指向のUI開発時に起きがちな密結合・複雑化問題をStoreパターンで解決する
