並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 56件

新着順 人気順

stateの検索結果1 - 40 件 / 56件

stateに関するエントリは56件あります。 reactlibraryreact.js などが関連タグです。 人気エントリには 『React ステート管理 比較考察 - uhyo/blog』などがあります。
  • React ステート管理 比較考察 - uhyo/blog

    こんにちは。Reactの話題の中でもかなりの部分を占めるのがステート管理、さらに言えば各種のステート管理ライブラリです。今さらながら、Reactにおけるステート管理の手法やいくつかのステート管理ライブラリを比較考察して記事にまとめました。 useState + バケツリレーReactにおける基本的なステート管理はuseStateです。ひとつのコンポーネント内で完結するようなステートならばuseStateは非常に適しており、他の選択肢はほぼ無いと言っても構わないでしょう。 ステートをアプリケーションの広範囲で使いたい場合が問題です。次の画像に例示されるように、分岐したコンポーネントツリーの末端のコンポーネント(使用者)で同じステートを参照したい場合を考えます。 useStateと組み合わせる場合、もっとも原始的な方法はpropsのバケツリレーによるものです。propsは親コンポーネントから子

      React ステート管理 比較考察 - uhyo/blog
    • Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog

      昨日、Facebook製のReact用ステート管理ライブラリRecoilが発表されました。Facebook製といってもReact公式のステート管理ライブラリとかそういう位置付けではないようですが、それでも大きな注目を集めているのは間違いありません。 そこで、筆者がRecoilに対して思ったことや、筆者の視点から見たRecoilの特徴を記事にまとめました。 なお、この記事の執筆時点では副作用の扱いなどの点はいまいち情報が揃っていません。この記事では速報性を重視し、コアのステート管理部分に絞って考えています。また、まだexperimentalなライブラリなので、今後この記事の内容からRecoilのAPIが変化したとしても悪しからずご了承ください。 この記事を書くときに筆者が色々試していたCodeSandboxはこちらです。 https://codesandbox.io/s/recoil-san

        Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog
      • Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか|ハイクラス転職・求人情報サイト AMBI(アンビ)

        Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか Reactを取り巻く状態管理のアプローチは変化を続けていますが、いま知っておくべき手法とはどのようなものでしょうか。小林 徹(@koba04)さんに、現在、そしてこの先の状態管理について執筆いただきました。 こんにちは、小林(@koba04)です。 2019年5月に『SPAにおける状態管理:関数型のアプローチも取り入れるフロントエンド系アーキテクチャの変遷』という記事を書きましたが、そこから2年以上が経過し、Reactを用いた状態管理は大きく変わりました。本記事ではReactを取り巻く状態管理の変遷について解説します。 広がるReduxの採用 Hooksの登場 コンポーネントツリーから独立した状態管理 Concurrent Featuresによる新しいユーザー体験 状態とキャ

          Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか|ハイクラス転職・求人情報サイト AMBI(アンビ)
        • React Application Architecture for Production〜これ一冊で全てが網羅〜

          はじめに この記事は、Alan Alickovicさんの著書「React Application Architecture for Production」をまとめたものになります。Alanさんと言えばZennで最も人気のある記事「bulletproof-react」の作者であり、彼のprojectから学ぶことはとても多い印象です。 今回紹介する本は2023年1月に公開されたため、bulletproof-react以後のReactアプリケーションにおけるベストプラクティスの宝庫となっています。また、本で扱われているアプリケーションのProjectがGitHubで公開されていることから、Projectを眺めるだけでも勉強になる点があるかと思います。 想定読者 Reactのアーキテクチャを模索している方 テスト手法やCI/CDなどのアプリケーション設計に関心がある方 使用される技術と本の構成 言

            React Application Architecture for Production〜これ一冊で全てが網羅〜
          • 「3種類」で管理するReactのState戦略

            こんにちは、よしこです。 この記事は 2020年に立ち上げたWebフロントエンド構成の振り返り の「Stateのアーキテクチャ」項の詳細記事です。単体でも読めますが、よければ元記事もあわせてどうぞ! この記事では、今わたしが開発・運用しているアプリケーションのState戦略についてご紹介していきます。 全体像 アプリケーションに存在する状態(State)を以下の3種類に分類し、それぞれのやり方で管理しています。 サーバーデータのキャッシュ Global State Local State 1. サーバーデータのキャッシュ 「SPAで管理する必要のあるGlobal Stateって、そのうちほとんどがサーバーデータのキャッシュだよね。それを取り除けたら、管理する必要のあるGlobal Stateってすごく小さくなるんじゃない?」という主張を私が認識しはじめたのが2020年の初旬でした。おそらく

              「3種類」で管理するReactのState戦略
            • TwitterやSlackのRedux Storeを覗く

              { domainData1 : {}, domainData2 : {}, appState1 : {}, appState2 : {}, ui : { uiState1 : {}, uiState2 : {}, } } ref: Basic Reducer Structure and State Shape · Redux 正規化 Recipesでは正規化についても言及しており、リレーショナルデータを管理する場合はデータベースのように正規化することを推奨していました。 以下は投稿が複数のコメントを持つ例です。postsはcommentsのidだけを持っています。 { posts : { byId : { "post1" : { id : "post1", author : "user1", body : "......", comments : ["comment1", "comment

                TwitterやSlackのRedux Storeを覗く
              • 携帯電話などIT20業種 外国企業の投資規制へ 技術流出防止で | NHKニュース

                国の安全に関わる技術の海外流出を防ぐため、政府は、外国企業による日本企業への投資を規制する業種に、新たに半導体メモリーや携帯電話など20の業種を追加する方針です。 政府は規制の対象とする業種に、新たに半導体メモリーや集積回路、それに携帯電話などIT分野の20の業種を加える方針で、早ければ年内に規制を始める見通しです。 規制の対象になった日本企業の株式を、外国企業が一定の割合以上取得する場合には、事前に国へ届け出たうえで審査を受ける必要があります。 外国企業による日本企業の買収や出資に問題があると判断した場合には、政府が素早く介入できるようにし、日本の安全に関わるIT分野での技術流出を防ぐねらいです。 先端技術の外資規制をめぐっては、中国への技術流出の懸念が高まる中、アメリカやフランス、ドイツなどがAI=人工知能などの分野で規制を導入する方針を示すなど、世界的に強化する動きが相次いでいます。

                  携帯電話などIT20業種 外国企業の投資規制へ 技術流出防止で | NHKニュース
                • Reactにおける状態管理の動向を追ってみた

                  こんにちは、@nerusanです。 皆さんは、状態管理ツールなどは使っておられますでしょうか。 例えば、有名なところでは、Redux, Recoilなどがあります。 今回は、Reactにおける状態管理についての動向を知ることで、なぜ、Reduxが使われるようになったのか?何をReduxなどのグローバルな状態管理ライブラリで扱えばいいのか?現状どうなっているのか?を調べたので、記事にしたいと思います! 自身の解釈なので、もしかしたら、誤ったことを言っている可能性もあるので、その際はご指摘いただければと思います m(- -)m SPAの流行り SPAとはSingle Page Applicationの略であり、新しいページに移動する際、サーバからページを再読み込みするのではなく、JavaScriptを使って、クライアント側のブラウザで動的にページを書き換えるアプリケーションを指します。ページご

                    Reactにおける状態管理の動向を追ってみた
                  • ベストな手法は? Reactのステート管理方法まとめ - ICS MEDIA

                    Reactでのシングルページアプリケーションを作成していると、必ず意識しなくてはいけないのが状態管理です。Hooks APIの登場により、アプリケーションの状態管理方法にも選択肢が増えてきました。2023年のReactアプリケーションの状態管理方法はどのような選択肢が考えられるでしょうか? 状態管理の選択肢 Reactの状態管理として本記事でには紹介している手法は下記の4通りになります。 ローカルステート(useState、useReducer)での管理 Hooks APIのuseReducer、useContextを使った管理 Reduxによる管理 Recoilによる管理 状態管理フレームワークは他にも選択肢がありますが、Reduxを紹介します。理由は、候補として挙がるライブラリの中でもっともシェア数が多く、知名度が高いためです。 下図は、主要なReact状態管理フレームワークのダウンロ

                      ベストな手法は? Reactのステート管理方法まとめ - ICS MEDIA
                    • Recoil について勉強した

                      Fecebook が新しく発表した Recoil について 自分の学習手順 Getting Started | Recoil を写経して動かす Facebook 製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog で非同期周りを理解 公式ドキュメントの API Reference で理解 <RecoilRoot ...props /> | Recoil これは自分が写経しながら書いた型定義。色々足りてないがチュートリアルで出る範囲は理解できる。 declare module "recoil" { export type RecoilState<T> = {}; export const RecoilRoot: React.ComponentType<{ initializeState?: (options: { set: <T>(recoilVal:

                        Recoil について勉強した
                      • Recoil

                        Minimal and ReactishRecoil works and thinks like React. Add some to your app and get fast and flexible shared state. Data-Flow GraphDerived data and asynchronous queries are tamed with pure functions and efficient subscriptions. Cross-App ObservationImplement persistence, routing, time-travel debugging, or undo by observing all state changes across your app, without impairing code-splitting.

                          Recoil
                        • The new wave of React state management

                          The new wave of React state managementUnderstand the core problems state management libraries need to solve. And how the proliferation of modern libraries address them in new ways. IntroductionAs React applications grow in size and complexity, managing shared global state is challenging. The general advice is to only reach for global state management solutions when needed. This post will flesh out

                            The new wave of React state management
                          • 【LINE証券 FrontEnd】Recoilを使って安全快適な状態管理を手に入れた話

                            こんにちは。LINEフィナンシャル開発センター フロントエンドエンジニアの峯です。 先日新卒としてLINE証券プロジェクトに配属となり、最初のタスクとしてRecoilによる状態管理の導入に取り組みました。 その際、なぜRecoilにしたのか、また本番開発にRecoilを使うにあたって設計に気をつけたことなどを本記事でご紹介しようと思います。 技術選定 いままでの状態と課題 LINE証券フロントエンドではReact+Typescriptによる開発を採用しており、いままでのグローバルな状態管理にはUnstated を用いていました。 Unstatedでは Container classを状態の単位とし、その内部の stateを setState によって更新します。状態を使用したいコンポーネント側では、<Subscribe> コンポーネントによって情報を読み出すことができます。 一方ご存知の通

                              【LINE証券 FrontEnd】Recoilを使って安全快適な状態管理を手に入れた話
                            • 本当にあったモーダルの怖い話 / Terrifying Nonfiction of Modal

                              ABEMA weber 勉強会 2021/06/30, 07/07 --- @uenitty 本当にあったモーダルの怖い話 ABEMA weber 勉強会 2021/06/30, 07/07 背景と目的 2 • モーダルに驚くほど苦しめられたので、状況を説明して改善方法を提案する • OOUIの特徴のうち「操作性 / 使いやすさ」についての説明はよく見かける ので、今回は「開発効率 / 作りやすさ」の方に重点を置いて説明する • 「モーダルの方が実装が楽なのかと思っていた」というデザイナーの声が あったので、職種関係なく理解してもらえるような説明を試みる 内容 3 • 前提の認識合わせ • 本当にあった話 • 改善に向けて 既存のUI設計 4 前提の認識合わせ 「手続き」を完了させたい 5 • ビジネス要求 • 重要な「手続き」は開始したら迷いなく完了してほしい • 手続きの例 • アカウ

                                本当にあったモーダルの怖い話 / Terrifying Nonfiction of Modal
                              • 404: This page could not be found

                                404This page could not be found.

                                • OAuth 2.0 / OpenID Connectにおけるstate, nonce, PKCEの限界を意識する - r-weblife

                                  おはようございます、ritouです。ちなみに予約投稿なのでまだ寝てます。 本日のテーマはこちらです。 OAuth/OIDCのstate,nonce,PKCE使ってもClient/RPがしょーもなかった場合のServer/OP側の限界についてのブログ書いてる。— 👹秋田の猫🐱 (@ritou) July 6, 2019 OAuth 2.0で言うところのClientの視点から、ここに気をつけて実装しましょうという話ではありません。 OAuth 2.0で言うところのServerの視点からみて、Clientにこんな実装されたらたまんねぇなっていうお話です。 最終的には一緒な気もしますが、とりあえず始めます。 state OAuth DanceにおけるCSRF対策としての state パラメータについて簡単に整理します。 Clientがセッションに一意に紐づく値として生成、管理 ClientがA

                                    OAuth 2.0 / OpenID Connectにおけるstate, nonce, PKCEの限界を意識する - r-weblife
                                  • スコープとライフタイムで考えるReact State再考

                                    ReactはじめSPAのStateは大きく2種類、Local State・Global Stateの2種類でおおよそのStateの分類が可能であると考えていました。これに対し会社の先輩から意見をもらって、以下2点に気づきました。 Global Stateには大きく、Client StateとServer Stateの2つがある Stateにはライフタイム(生存期間)が存在し、Client Stateにはスコープ的Globalと時間的Globalの2つが含まれている これらを意識すると、自分はStateの実装を結構感覚的にやってしまっていたなと気づいたので、Stateの分類について改めてまとめてみようと思います。Reactで何かしらのStateを実装する時に、本稿の分類が実装の参考になれば幸いです。 スコープによるStateの分類 まずこれまで自分が認識してたスコープにおけるStateの分類

                                      スコープとライフタイムで考えるReact State再考
                                    • GitHub - effector/effector: Business logic with ease ☄️

                                      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                        GitHub - effector/effector: Business logic with ease ☄️
                                      • 非制御フォームをやるならこんなふうに Recoil編

                                        Reactにおいて、フォームをどのように実装するかというのは開発者の悩みの種のようです。筆者は最近ロジックをRecoilに載せるのにはまっていますので、今回はRecoilを使ってフォームを実装することを考えてみます。 制御コンポーネントと非制御コンポーネント Reactにおいてフォームの実装方法は2種類に大別されます。それは、制御コンポーネント (controlled components) を使うか非制御コンポーネント (uncontrolled components) を使うかです。制御コンポーネントとは、入力されたテキスト等をReactのステートとして保持し、<input value={state} />のようにinput等のvalueに渡してレンダリングする方法です。制御コンポーネントではデータの本体がReact側にあり、DOMはそれを写像しているだけです。一方、非制御コンポーネン

                                          非制御フォームをやるならこんなふうに Recoil編
                                        • TinyBase

                                          Start with a simple key-value store.Creating a Store requires just a simple call to the createStore function. Once you have one, you can easily set Values in it by unique Id. And of course you can easily get them back out again. Read more about using keyed value data in The Basics guide. const store = createStore() .setValues({employees: 3}) .setValue('open', true); console.log(store.getValues());

                                            TinyBase
                                          • 「state」をリリースしました|qanta

                                            ソーシャルネットワークサービスをつくって公開したので、リリースとして文章を書いてみます。 今のソーシャルメディアに対する自分の考え方とか、どういう感じで開発してたのか、みたいなことはいろいろあるんですが、そのへんはサービス利用する上で関係ない情報なので、あとの方に書きます。まずは、どんなサービスなのか、というところのご説明をします。 このサービスの機能つくったのは、「state」というサービスになります。stateという単語にはいろんな意味があるんですけど、このサービスにおける「state」っていうのは「状態」っていう意味です。「状態」っていう名前のサービスということになりますね。 「自分がいま何をしているのか?(=状態)」をペロッと投稿することに特化したサービスです。 Twitter(X)と何が違うんだ、という話なんですが、かなり違います。 最新の投稿しか見えない。まず、一番特徴的なのが

                                              「state」をリリースしました|qanta
                                            • GitHub - pmndrs/jotai: 👻 Primitive and flexible state management for React

                                              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                GitHub - pmndrs/jotai: 👻 Primitive and flexible state management for React
                                              • Terraform state 概論 - chroju.dev

                                                この記事は terraform Advent Calendar 2019 - Qiita の 14 日目です。 Terraform State (以下、本記事では tfstate と呼称します)をご存知でしょうか。 Terraform を使っていて tfstate をご存知ではない人はまぁまずいないはずだとは思いますが、直接の編集が非推奨となっているためデリケートな扱いが求められる一方で、 Terraform を使っていると折に触れて立ち向かわなくてはならない憎いやつです。 Terraform を上手く使うことは、 tfstate を上手く取り扱うこととニアリーイコールだと個人的に思っています。そんな tfstate のことをいろいろとまとめてみました。ていうかまとめすぎてえらいことになったので、年末年始のお暇なときにでも読んでみてください。 全体は以下4つに分かれています。 tfstat

                                                  Terraform state 概論 - chroju.dev
                                                • GitHub - dai-shi/will-this-react-global-state-work-in-concurrent-rendering: Test tearing and branching in React concurrent rendering

                                                  With useTransition Level 1 ✓ No tearing finally on update (7990 ms) ✓ No tearing finally on mount (4608 ms) Level 2 ✓ No tearing temporarily on update (12955 ms) ✓ No tearing temporarily on mount (4546 ms) Level 3 ✕ Can interrupt render (time slicing) (7926 ms) ✕ Can branch state (wip state) (6655 ms) With useDeferredValue Level 1 ✓ No tearing finally on update (9568 ms) ✓ No tearing finally on mo

                                                    GitHub - dai-shi/will-this-react-global-state-work-in-concurrent-rendering: Test tearing and branching in React concurrent rendering
                                                  • research!rsc: Storing Data in Control Flow

                                                    A decision that arises over and over when designing concurrent programs is whether to represent program state in control flow or as data. This post is about what that decision means and how to approach it. Done well, taking program state stored in data and storing it instead in control flow can make programs much clearer and more maintainable than they otherwise would be. Before saying much more,

                                                    • GitHub - pmndrs/valtio: 💊 Valtio makes proxy-state simple for React and Vanilla

                                                      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                        GitHub - pmndrs/valtio: 💊 Valtio makes proxy-state simple for React and Vanilla
                                                      • フック早わかり – React

                                                        These docs are old and won’t be updated. Go to react.dev for the new React docs. These new documentation pages teach React with Hooks: Quick Start Tutorial react: Hooks フック (hook) は React 16.8 で追加された新機能です。state などの React の機能を、クラスを書かずに使えるようになります。 フックには後方互換性があります。このページでは React 経験者向けにフックの概要を述べていきます。このページはかなり端折った概要となっています。困ったときには以下のような黄色のボックスを参照してください。 詳しくは React にフックを導入する動機については動機を参照してください。 ↑↑↑ それぞれの

                                                          フック早わかり – React
                                                        • Riverpod

                                                          @riverpod Future<String> boredSuggestion(BoredSuggestionRef ref) async { final response = await http.get( Uri.https('https://boredapi.com/api/activity'), ); final json = jsonDecode(response.body) as Map; return json['activity']! as String; } class Home extends ConsumerWidget { @override Widget build(BuildContext context, WidgetRef ref) { final boredSuggestion = ref.watch(boredSuggestionProvider);

                                                            Riverpod
                                                          • GitHub - preactjs/signals: Manage state with style in every framework

                                                            Signals is a performant state management library with two primary goals: Make it as easy as possible to write business logic for small up to complex apps. No matter how complex your logic is, your app updates should stay fast without you needing to think about it. Signals automatically optimize state updates behind the scenes to trigger the fewest updates necessary. They are lazy by default and au

                                                              GitHub - preactjs/signals: Manage state with style in every framework
                                                            • チームで採用しているriverpodを使ったFlutterのアーキテクチャとriverpod v1.0.0

                                                              0→1と1→10の狭間で Javaという技術選定を振り返る/Reflecting on the Decision to Choose Java Between Scaling from 0 to 1 and 1 to 10

                                                                チームで採用しているriverpodを使ったFlutterのアーキテクチャとriverpod v1.0.0
                                                              • 【React】フォームは状態管理せずに実装できるよ - Qiita

                                                                こんにちは。ぬこすけです。 皆さんは React でフォームをライブラリを使わずに実装する時にどう実装しますか? おそらく useState を使いまくっているのではないかと思います。 少し上級者の方は useReducer を使っているかもしれません。 が、そもそも React で状態管理することなくフォームは実装できます 。 実際にコードをお見せしながら紹介しましょう。 ※記事の最後に紹介した全てのコード例を CodeSandbox に載せています。 ありがちな例 コードをお見せする前に、まずはありがちな例から見たいと思います。 (結論のコードだけ知りたい方は読み飛ばして OK です) 簡易的なフォームの例です。 useState を使った実装は次のようになります。 import { useState, ChangeEventHandler, FormEventHandler } fr

                                                                  【React】フォームは状態管理せずに実装できるよ - Qiita
                                                                • React State Management Libraries and How to Choose

                                                                  The idea of state is one of the trickier things to nail down when you’re starting with React, and as your app grows, so do your state management needs. In this post I’ll give you the Grand Tour of state management options in React and help you decide which one to use in your project. What is State? Just so we’re on the same page, let’s talk about state for a second. Every interactive app involves

                                                                    React State Management Libraries and How to Choose
                                                                  • XState - JavaScript State Machines and Statecharts

                                                                    GitHub Docs Visualizer Editor Community

                                                                    • GitHub - jamiebuilds/unstated-next: 200 bytes to never think about React state management libraries ever again

                                                                      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

                                                                        GitHub - jamiebuilds/unstated-next: 200 bytes to never think about React state management libraries ever again
                                                                      • Redux 入門 〜Reduxの基礎を理解する〜 - Qiita

                                                                        はじめに 今更ですが、Reduxに関する備忘録になります。 Reduxの基本的な考え方や公式のサンプルコードを読み解いていき、基礎を理解することを目的とした記事です。 そのため、公式ドキュメントで基礎を理解できるのであればこの記事を読む必要はありません。 Reduxの入門記事ですので、Reactは出てこないです。 Reduxとは state(状態)を容易に管理をするためのフレームワークのこと。Reactと相性が良いため、セットで紹介されていることが多いが、Redux自体は独立したものなので単体で利用することも可能。 redux(GitHub) Redux(ドキュメント) stateとは? 以下のようなViewに表示されているデータやUIの状態などのアプリケーションが保持している情報のことを指す。 そのため、「stateの変更」はViewに表示されているデータやUIの状態などが変更されること

                                                                          Redux 入門 〜Reduxの基礎を理解する〜 - Qiita
                                                                        • state とライフサイクル – React

                                                                          新しい React ドキュメントをお試しください。 以下の新しいドキュメントで最新の React の使い方がライブサンプル付きで学べます。 State: A Component’s Memory Synchronizing with Effects まもなく新しいドキュメントがリリースされ、このページはアーカイブされる予定です。フィードバックを送る このページでは React コンポーネントにおける state とライフサイクルについての導入を行います。詳細なコンポーネントの API リファレンスはこちらにあります。 以前の章のひとつにあった秒刻みの時計の例を考えてみましょう。要素のレンダーの章にて、UI を更新するための方法をひとつだけ学びました。それはレンダーされた出力を更新するために root.render() を呼び出す、というものでした。 const root = ReactDO

                                                                            state とライフサイクル – React
                                                                          • GitHub - nanostores/nanostores: A tiny (286 bytes) state manager for React/RN/Preact/Vue/Svelte with many atomic tree-shakable stores

                                                                            A tiny state manager for React, React Native, Preact, Vue, Svelte, Solid, Lit, Angular, and vanilla JS. It uses many atomic stores and direct manipulation. Small. Between 286 and 818 bytes (minified and brotlied). Zero dependencies. It uses Size Limit to control size. Fast. With small atomic and derived stores, you do not need to call the selector function for all components on every store change.

                                                                              GitHub - nanostores/nanostores: A tiny (286 bytes) state manager for React/RN/Preact/Vue/Svelte with many atomic tree-shakable stores
                                                                            • 「status vs state」論争に終止符を打つ - Qiita

                                                                              StateとStatus、共に「状態」を意味する英単語です。 「~状態」というデータ型を定義するとき、どちらをつけるべきか悩むことがあります。 一旦Stateと名付けたものの、やっぱりStatusかなとなることもしばしば。 疑問 例えば、データの取得状況において、「更新前」「更新中」「更新済み」などの状態を管理するデータ型名はStatus、Stateどちらをつけるべきでしょうか? 結論 この結論は、そのデータ型をどのように使うかで、StatusとStateどちらをつけても誤りではないということです。 つまりどのように使うかで、StatusとStateを決める必要があります。 例えば上記のデータ型をもちいて、「データの更新状況をユーザーに表示する」ことに使うのであれば、「Status」と名付けても問題ないと思います。 (ステータスバーのように。また、ユーザーはそれをみて自ら次のアクションがと

                                                                                「status vs state」論争に終止符を打つ - Qiita
                                                                              • Angularアプリケーションの状態管理パターン | Marginalia

                                                                                Angularアプリケーションの状態管理の方法はさまざまな実装がありえるが、その中でも典型的ないくつかのパターンを、それがどのようなニーズがあって選ばれるのかという考察を踏まえながら列挙する。パターンとその特徴を例示するのであって、それぞれのパターンにおける最良の実装を示すものでもないし、これらのパターンに該当しない実装を否定するものでもない。 Standalone Componentsなど、Angularのメンタルモデルが変わっていく兆しを見せる今、これらをまとめておくことは諸々のAngularアプリケーションの状態管理のあり方を見直すきっかけになるのでないかと思う。特に、NgRxがデファクトスタンダードであり唯一の選択肢だと考えている人には、それが単にひとつの選択肢であることを思い出してもらえるのではないだろうか。 コンポーネントクラスによる直接の状態管理一番最初のパターンは、次の例の

                                                                                  Angularアプリケーションの状態管理パターン | Marginalia
                                                                                • State Colocation will make your React app faster

                                                                                  State Colocation will make your React app fasterSeptember 23rd, 2019 — 11 min read One of the leading causes to slow React applications is global state, especially the rapidly changing variety. Allow me to illustrate my point with a super contrived example, then I'll give you a slightly more realistic example so you can determine how it can be more practically applicable in your own app. Here's th

                                                                                    State Colocation will make your React app faster

                                                                                  新着記事