vault backup: 2022-03-29 17:34:34

.obsidian/workspace

@@ -9,7 +9,7 @@
         "state": {
           "type": "markdown",
           "state": {
-            "file": "随时随地/简单的 React 思考 - useReducer.md",
+            "file": "基于 React Hook 开发的 Jira 系统/React 状态管理工具的简单思考.md",
             "mode": "source",
             "source": false
           }
@@ -69,7 +69,7 @@
             "state": {
               "type": "backlink",
               "state": {
-                "file": "随时随地/简单的 React 思考 - useReducer.md",
+                "file": "基于 React Hook 开发的 Jira 系统/React 状态管理工具的简单思考.md",
                 "collapseAll": false,
                 "extraContext": false,
                 "sortOrder": "alphabetical",
@@ -89,11 +89,11 @@
   },
   "active": "1508f46ea2481b37",
   "lastOpenFiles": [
+    "基于 React Hook 开发的 Jira 系统/React 状态管理工具的简单思考.md",
     "随时随地/简单的 React 思考 - useReducer.md",
     "随时随地/简单的 React 思考 - Fiber 创建.md",
     "随时随地/简单的 React 思考 - Hook.md",
     "随时随地/简单的 React 思考 - Context.md",
-    "基于 React Hook 开发的 Jira 系统/React 状态管理工具的简单思考.md",
     "随时随地/React Hooks 的碎片记录.md",
     "随时随地/useEffect 和 Debounce.md",
     "随时随地/奇怪的疑惑.md",

基于 React Hook 开发的 Jira 系统/React 状态管理工具的简单思考.md

@@ -9,3 +9,4 @@ Redux 是我在写 React 应用的时候状态管理的首选方案，只是因
 Context 是 React 官方提供的组件间传值共享值的解决方案，对于一些小心应用，Context 就已经足够满足状态传递的需求，但是这也会导致一些问题，比如说组件的复用性变差，React 官网中也有写到：如果你只是想避免使用状态提示的过程中出现的值层层传递的问题，可能控制反转的组件组合会相较于 Context 更加适合，什么是组件组合？就是说原先在组件间层层传递的参数，变为传递一个组件自身，这种对组件的控制反转减少了需要传递的 props 数量
 
 ## 3. React Query / Swr
+这两个工具实际上相较于前两个有较大的不同，Redux 和 Context 可以同时管理用户交互的中间状态，但是对于这两个工具而言，主要是负责服务端状态的管理，