タグ

JavaScriptとfluxに関するkoda3のブックマーク (3)

  • 複雑なJavaScriptアプリケーションを考えながら作る話

    autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した

  • Good bye Flux, welcome Bacon/Rx?

    Facebook introduced Flux about a year ago for client-side web application building and since then it has become one of the hottest tech in the web development scene. The task of Flux is to isolate business logic from the user interface logic by using dispatcher, stores and actions. The core idea is the unidirectional data flow which means that actions are propagated through the entire system in re

    Good bye Flux, welcome Bacon/Rx?
  • 良さ気なFlux実装、Marty.js個人的まとめ - Qiita

    2015/12/03 追記: MartyのReadmeより Martyはもうメンテをしないので、reduxかaltを使う事が推奨されるようです。ありがとうMarty。 以下過去の記事内容 Flux Comparisonで色々眺めていたり、twitterを追っかけていたり自分で触ってみたりして、 Marty.jsが個人的に当に良い気がしている。 Martyの特徴 作者と質問者の会話より ユーザーとのこんなやりとりがあり、Martyの特徴が要約されているのかなと思ったのでテキトーな意訳として載せておく。 https://news.ycombinator.com/item?id=8923245 質問:fluxxorと何が違うのか? 回答: 他のFlux実装は、Fluxっぽいデータフェッチ(APIなどのことだと思う)なヘルパーが無い。コンポーネントとのストアのバインディングのボイラープレートの方

    良さ気なFlux実装、Marty.js個人的まとめ - Qiita
  • 1