AlminでFluxアーキテクチャをやってみる
AlminでFluxアーキテクチャについてを見ていく話です。 AlminはいわゆるFluxライブラリ的なものですが、ドメイン駆動設計（DDD）を行うにあたって既存のReduxやFluxでは上手くレイヤー分けをやりにくい部分がありました。 この辺の経緯については以前スライドやドキュメントにまとめてあるので、以下を参照してください。 azu/large-scale-javascript: 複雑なJavaScriptアプリケーションを作るために考えること 複雑なJavaScriptアプリケーションを考えながら作る話 この記事では、実際のサンプルコードを見ていきながら、Flux的なデータフローについて見ていきます。 Alminでカウンターアプリを作る このサンプルではAlminを使って次のようなカウンターアプリを作っていきます。 次に英語のチュートリアルもあるので参照してください。 Counter
Using Flux for component states is an anti-pattern!
Reading Time: 5 minutesCurrently, I am refactoring a mid-size application which I started more than a year ago (additionally, to my daily workload). The project is a ReactJS application consisting of more than 120 components already. I started developing without Flux (mainly, due to the fact that I didn't understand the need for Flux initially). In the meanwhile, I […]
AboutAcne
There are many dermatologists that recommend yogurt for acne. The reasoning is that, if you choose the right yogurt that contains probiotics, then it can fight the bad bacteria that is partly responsible for the cause of acne. Dermatologists obviously aren’t going to tell you to get those fake sugary yogurt substitutes with a bunch of chemicals, artificial sweeteners and corn syrup (why not just u
[PR] React で Immutable な設計をうまく扱うためのライブラリを公開しました - Qiita
react-helixというライブラリを公開しました。 これは、私が作成したライブラリの PR 記事です。 react-helix は React で Immutable な設計をうまく扱うための小さなライブラリで、いわゆる Flux フレームワークの亜種になります。 亜種ですので Flux そのものではありませんが、その基本的な思想は継承しています。 その上で、ボイラープレートが不要なインターフェイスになるよう再設計してあります。 このライブラリの目標は、以下の3つです。 Action (ただの関数) を中心に、Model を Immutable にして、自然に View からビジネスロジックを引き剥がす。 Flux にあるボイラープレート (定数とかDispatcherへの処理登録とか) をゼロにする。 サーバーサイド レンダリングを妨害しない。 このライブラリを利用して作成したTOD
![[PR] React で Immutable な設計をうまく扱うためのライブラリを公開しました - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/44e5ca4f262bb3f692e66d48cc60b2ec724bc208/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUFIlNUQlMjBSZWFjdCUyMCVFMyU4MSVBNyUyMEltbXV0YWJsZSUyMCVFMyU4MSVBQSVFOCVBOCVBRCVFOCVBOCU4OCVFMyU4MiU5MiVFMyU4MSU4NiVFMyU4MSVCRSVFMyU4MSU4RiVFNiU4OSVCMSVFMyU4MSU4NiVFMyU4MSU5RiVFMyU4MiU4MSVFMyU4MSVBRSVFMyU4MyVBOSVFMyU4MiVBNCVFMyU4MyU5NiVFMyU4MyVBOSVFMyU4MyVBQSVFMyU4MiU5MiVFNSU4NSVBQyVFOSU5NiU4QiVFMyU4MSU5NyVFMyU4MSVCRSVFMyU4MSU5NyVFMyU4MSU5RiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmIxNjFjZjMyOWM2ZTdiYTY4NWE5YjNhYWNjZWJjOTI%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwbXlzdGljYXRlYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MGY3NWIyOWIyMzg3N2Y0ZDQ3NWQzMDk2N2E4NmE3MzE%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Da9d523048079bd3b6847aced490098ff)
How to work as a Team
autoscale: true How to work as a Team 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info 目的 新規でそこそこ複雑なウェブページを作る(アプリに近い) ある程度柔軟に拡張でき、メンテできるような設計にしたい 無難にReact + 何かでちゃんと設計して作っていきたい この設計部分をどう決めていくのかという話 現状 チームにReact/Flux/Reduxを触ったことがない人が多い どれが(主にView以外の設計)ベストかは分からない Flux的な部分の話 ものごとは変わる。 混乱は変わらない 混乱の原因 情報過多 情報不足 適切でない情報 上記の組み合わせ！ via P21 今日からはじめる情報設計 情報の共有 情報不足 そもそもReactなどを知らない人には知ってもらう必
Where Flux Went Wrong
Already comfortable with the history around ReactJS and Flux? Skip to Flux and Component State to jump right into the problem statement. Ahem. When ReactJS first entered the development scene it attracted front-end developers across the world with its promise to introduce some semblance of sanity back into the dreaded Single Page Application. The framework, commonly referred to as the V in MVC, po
Fluxフレームワーク戦争の現状確認（後編） - マルシテイア
この記事は仮想DOM/Flux Advent Calendar 2015の25日目……に入れようと思ってたけどもう埋まってた……。 オマケということで頼む！！！！！ 24日目は JavaScript - 実践：MagJS で TodoMVC - Qiita でした。 メリークリスマス！！！！！！！！！！ こんにちは id:amagitakayosi です。 みなさん今月も Flux 書いてますか？ 僕はオレオレ実装をIsomorphic対応したけど昨日Revertしたところです！！！！！ウオー！！！ 今日は↓12/2の記事↓の続きを書いていきます！ amagitakayosi.hatenablog.com もくじ 前回のあらすじ flux-utils Container vs View Cycle.js flux-challenge Rx系 thisless-react, Yolk DDO
GitHub - day8/re-frame: A ClojureScript framework for building user interfaces, leveraging React
This, milord, is my family's axe. We have owned it for almost nine hundred years, see. Of course, sometimes it needed a new blade. And sometimes it has required a new handle, new designs on the metalwork, a little refreshing of the ornamentation ... but is this not the nine hundred-year-old axe of my family? And because it has changed gently over time, it is still a pretty good axe, y'know. Pretty
FluxのActionとStoreをちゃんと分ける話 - pixiv inside [archive]
ピクシブ株式会社 Advent Calendar 2015、19日目の記事です。 qiita.com こんにちは、愛らしくも憎らしいJavaScriptを書いてご飯を食べている @geta6 です。業務では pixiv Sketch というサービスの開発や運営に携わっています。 pixiv Sketchでは、node.jsとReact/Fluxibleを使用してサーバーとクライアントを同じコードベースで動作させるIsomorphicな構成を採用しています。 このプロジェクトでコードレビューをしていて、チームメンバーがつまずきやすいと感じたのが『FluxにおけるActionとStoreのどちらに何を実装するべきか』という点でした。 そこで、本日は『ActionとStoreとの適切な責務の持たせ方』について話をしたいと思います。 ReactとFluxについておさらい 今年の4月にこんなスライド
![FluxのActionとStoreをちゃんと分ける話 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/0da913cbf8a21a9b94e0b3b6024eb39bf6869768/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fg%2Fgeta6%2F20151218%2F20151218175826.png)
二槽式とはなにか
この記事は仮想DOM/Flux Advent Calendar 2015 - Qiita13日目です。 二槽式とは「Viewとロジックを切り離し、それぞれが独立して成立することを目指したアーキテクチャ」をさして呼んでいます。 （これは私が勝手に名付けてるだけなので厳密な定義はないです） このView部分を「フロントエンドフロントエンド」、ロジック部分を「フロントエンドバックエンド」と呼び、合わせて「二槽式」と呼んでいます。 もう少し具体的にいうと、「Fluxのアクション部分を切り離して、View -> postMessage(JSON) -> onmessage(()=>{}) -> Dispatcherという形式にしたもの」です。 （ここではpostMessageを使っていますが、ある程度独立性が保てるのであれば普通のfunction callでも問題ないと考えています） なにを解決した
Tutorial: Handcrafting an Isomorphic Redux Application (With Love)
2019 UPDATE: As a word of warning this tutorial is very old at this point! I would not use it as a reference, or really expect it to work, though Redux and the ideas behind it have not changed much, you may want to look elsewhere! Well, I know you like Todo lists, I mean I know you really like writing Todo lists, so I want you to be able to build one using the delicious and nutritious new Flux fra
Fluxフレームワーク戦争の現状確認（前編） - マルシテイア
この記事は 仮想DOM/Flux Advent Calendar 2015 2日目の記事です。 みなさんFlux書いてますか？ 僕はオレオレ実装を書き続けて消耗してます。 Fluxフレームワーク使いたいけど使いたくない……！！ いったい今Fluxフレームワークって幾つ生き残ってるの……戦争は終わったの？ っていうか最近新フレームワークの噂聞かないけど、まだFluxって流行ってるの？ 今日はその辺をまとめてみたいと思います。 もくじ 前提知識 Flux以前 2014年5月 Flux登場 〜2015年前半 戦国時代 Fluxxor Fluxible Alt NuclearJS 振り返り 2015/5月 Reduxの登場 前半まとめ 前提知識 Fluxってなに？という方はこちらの資料をみると良いでしょう。 非常に丁寧にまとめられています。 speakerdeck.com なお、以下ではアーキテク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Avoiding Accidental Complexity When Structuring Your App State | HackerNoon
GitHub - almin/almin: Client-side DDD/CQRS for JavaScript.
Fluxで複雑な状態の変化を予測可能にするiOSアプリ開発
Client Side of なんちゃらfresh.tv
https://www.thinkinginreact.xyz/
GitHub - redux-loop/redux-loop: A library that ports Elm's effect system to Redux
GitHub - goatslacker/iso: Deprecated in favor of https://github.com/airbnb/hypernova
https://emberway.io/ember-js-goodbye-mvc-part-1-21777ecfd708
