Vue+VuexでMVVMなWebApplicationを設計するときに考えたいこと
まえがき ここ最近、Vueを使って実装されたWebアプリが随分と増えてきたように感じます。自分も何度となく実装してきました。すごく小さなデモを作るときにも使えるし、中規模以上のWebアプリを作るときにも使えるし、扱いやすいライブラリでとても好きです。 ある程度の規模になってくると「複数の画面でデータを共有したい」「こっちのComponentの状態をあっちのComponentに伝えたい」といったような問題にぶち当たり、アーキテクチャを導入することでそれらを解決するというのもお馴染みな感じです。特にVueでは双方向データバインディングの特性上、MVVMアーキテクチャが使われることが多いと思います。 今回は、VueでMVVMを実現する際に起き得る設計上の問題について、現時点での私の解決方針をまとめてみました😌 まえがき Vue+MVVMとはどんなものか 一般的なMVVMを理解する View V
Klepto proxy by kyo-ago
Kleptoとは？ JavaScript, CSSの開発者向けのLocal Proxyです。 何ができるの？ 現在以下の機能が実装されています。 通信内容の閲覧（network list） 通信内容の差し替え（auto responder） Chrome developer tools上で書き換えた内容のローカルファイルへの反映（auto save） ローカルファイルが更新された場合にブラウザをリロード（auto reload） （注 現在Windows環境では「通信内容の閲覧」と「通信内容の差し替え」が正しく行えません） 動作環境 MacOSX版Chrome version 25以上（2013/03/01の安定版最新） 現在Windows環境では「network list」と「auto responder」が動作しません（1ページ通信するとそれ以上通信できなくなる） 「auto save
Chrome上で動くLocal Proxy "Klepto"をベースにしたフロントエンド開発フローの展望
（HTTP）Proxyとは ブラウザとサーバの通信を中継したりする 高速通信のためにデータをキャッシュしたり サーバ側でリバースプロキシとして使ったり 大学や企業で検閲に使ったり SquidやDeleGateとか有名
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
