坚持造轮子第四天 - 统一状态管理

简介: 坚持造轮子第四天 - 统一状态管理

看点


  • 针对大厂笔试、面试必考手写题目


  • TDD方式开发


  • 配合视频讲解


造轮子计划


(计划赶不上变化 随时迭代 欢迎留言 随时摸鱼)


  • 框架基础







  • 洋葱圈Compose


  • Flux模式


  • Promise


  • Thunk


  • HTML编译器


  • Pipe管道


  • 原生Ajax


  • JS基础


  • Promise.all/race


  • 路由


  • new


  • call/apply/bind


  • Object.create


  • 深拷贝、浅拷贝


  • 算法、设计模式


  • 二分查找


  • 快排


  • 二分查找


  • 冒泡排序


  • 选择排序


  • 订阅发布


  • 斐波那契算法


  • 去重


统一状态管理


如果编写一个复杂的前端程序,不太可能让组件各自为政。状态和行为逻辑都分散在各自组件内部,很难统一管理,那也就很难做大.比如: 大家想想做一个在线版的Excel或者PS 又或者后面我们要写的VSCode应该怎么做?里面的各种组件互动,Undo、Redo、行为记录怎么做?在线版王者荣耀如何播放视频录像,如何直播?


要完成这样的功能需要三个要求:


  • 单一数据源 : 就是状态数据统一放在一起


  • 保持状态只读 : 状态数据谁都不能改,需要改的话找管理员同意修改


  • 数据修改使用纯函数 : 修改数据的方法也要统一管理,这样容易回退,记录复现、时间旅行


  • 状态通知 : 状态修改可以得到通知,当然很多人都要收听这个最好使用订阅发布模式。这个不是刚需,我就一个地方用用怎么了。谁变了我整个视图都刷新。所以咱们拆解开,这次只满足能触发状态变更通知就行了。后面设计模式咱们在慢慢盘这些东西。


需求


1. 通过dispatch修改状态


2. 状态变更后触发通知


it("基本功能 订阅通知 改变状态", () => {
    const { createStore } = require("../index");
    const mockFn = jest.fn();
    const store = createStore(reducer);
    // 建立响应订阅
    store.effect(mockFn);
    store.dispatch({
      type: "clear",
    });
    // store.dispatch({ type: "add", payload: 1 });
    const calls = mockFn.mock.calls;
    // 断言 mock方法只调用一次
    expect(calls.length).toBe(1);
    expect(store.getState().num).toBe(0);
  });


功能实现


超级简单是吧 我就解释了


module.exports.createStore = (reducer, preloadedState) => {
  let currentReducer = reducer; //reducer函数
  let currentState = preloadedState; //默认state
  let effective 
  return {
    getState() {
      return currentState;
    },
    dispatch(action) {
        currentState = currentReducer(currentState, action);
        // 触发通知
        effective()
    },
    effect(fn) {
        effective = fn;
    },
  };
};


测试


网络异常,图片无法展示
|


OK 任务完成


遗留问题 - 后续解决


主要是我们拆解了和统一状态管理不强绑定的问题。


1. 变更通知订阅


当然这个实现订阅发布模式就行了


2. 异步Action的处理


大概两个方案Thunk方案 和 Promise方案 这个等我们后续分别造完Thunk和 Promise轮子再说


3. 状态日志


这个需要引入中间件洋葱圈模型也就是实现责任链模式


4. 和时间旅行


这个需要实现备忘录设计模式



相关文章
|
8月前
|
安全
dapp互助预约排单系统开发步骤指南/案例设计/规则详细/方案逻辑/源码程序
-Determine the core functions and objectives of the system, understand user needs and expectations.
预约抢单互助系统开发详细功能/需求方案/步骤功能/逻辑项目/源码案例
The development model of appointment and order grabbing mutual assistance system is a widely used development model on mutual assistance service platforms. It adopts a combination of appointment and order grabbing modes, allowing users to make appointments or actively participate in mutual assistanc
|
2月前
|
安全
什么是短剧系统开发/需求设计/逻辑方案/项目指南
The short drama system development plan refers to the development of a system for organizing and managing the process of short drama production, release, and playback.
|
6月前
|
算法 Perl
技术下午茶:产品经理是如何工作的?如何才算一份好的需求文档?如何设计一个简单的列表,它应该具备哪些基本功能?
技术下午茶:产品经理是如何工作的?如何才算一份好的需求文档?如何设计一个简单的列表,它应该具备哪些基本功能?
62 1
|
3月前
|
安全
dapp农场养成游戏系统开发规则详细/方案设计/步骤逻辑/源码案例
Developing a decentralized application (DApp) farm development game system based on blockchain technology requires considering various rules and implementation steps. The following are some detailed rules and guidelines for reference:
|
10月前
|
SQL 安全 关系型数据库
项目实战典型案例7——在线人员列表逻辑混乱反例
项目实战典型案例7——在线人员列表逻辑混乱反例
121 0
项目实战典型案例7——在线人员列表逻辑混乱反例
|
7月前
|
存储 前端开发 安全
dapp矩阵公排互助预约排单抢单项目系统开发指南流程丨案例设计丨功能逻辑丨规则玩法丨项目方案丨源码程序
需求分析:与团队明确系统的需求和目标,包括公排互助预约排单抢单项目系统的功能、规则、奖励机制等方面。
|
7月前
|
存储 安全 前端开发
DApp公排互助预约抢单排单模式系统开发参考版/详细流程/方案逻辑/规则玩法/案例设计/源码程序
需求分析:与团队明确系统的需求、目标和范围,包括公排互助预约抢单排单模式系统的功能、规则、奖励机制等方面
|
10月前
|
SQL 安全 Java
【项目实战典型案例】07.在线人员列表逻辑混乱反例
【项目实战典型案例】07.在线人员列表逻辑混乱反例
|
10月前
|
SQL 安全 算法
项目实战7——在线人员列表逻辑混乱反例
项目实战7——在线人员列表逻辑混乱反例
62 0