Vuex型推論・最終章 - vuex-guardian - - Qiita
Vue.js に TypeScript を導入する障壁の一つに、状態管理の定番である Vuex が TypeScript と相性が良くないという課題があります。状態管理はアプリケーションの中枢（モデル）とも呼べ、型システムによる保守担保が求められます。この課題に対し、これまでコミュニティから様々なアプローチが試みられました。 Vue.js 界隈における TypeScript の型推論といえば、クラスベースによるものが一般的です。先行きの不透明なデコレーターだけでなく、関数型の流行によるクラスベースへの不安感は、いっそうユーザーを困惑させて来ました。いま Vue.js 界隈は、型推論と標準準拠の板挟みに葛藤していると言っても過言ではないでしょう。 私はこれまで TypeScript 芸人としてこの Vuex 型課題に取り組み続け、書籍執筆などで提案を行なって来ました。その過程で得た知見から、
MobXは複雑さに耐えられるのか？ - Qiita
MobXは簡単で理解し易い点が一番の魅力だと思います。将来的に複雑になってしまっても耐えれるための下準備として、構成をどの様にすればよいのか？という疑問に、一つの手法を提案します。複雑といってもStoreの構成は、最初から最後まで、互いに疎結合なドメインモデルを並列に複数配備するだけです。 ドメインモデルとは何か？ ここでは「特定の課題を解決する、メソッドを持ち合わせたデータソース」として解説します。粒度の目安としては、配列をひとつと、いくつかのオプションを保持しているぐらいの、小さなものです。 class Item { constructor ({ name = null, price = null, shop =null }) { this.name = name this.price = price this.shop = shop } } class DomainModel { @
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
