onpress写逻辑 react_关于react数据流的一些看法

工作原因项目选型typescript+antd+react+umi+webpack

以上技术文档粗略2-3天读完，边上手写代码。

写着写着慢慢就发现不对劲了。改需求修bug，按照我的之前经验应该是分分钟完事的，这次要改需求或者修复bug花的时间比以往要长，于是乎分析原因，发现最大拖累我的项目效率的出现在了react数据流。那么react数据流是怎么拖累我的开发效率的。。。

我们知道不论是dva，redux都是基于flux的方式建了个语法糖而已，首先来看react数据流处理逻辑，贴一张flux流程图

基于这个逻辑我写一个简单的demo

function arrayPush(value) {
    dispatcher("push", value);
  }

  function arrayPop() {
    dispatcher("pop");
  }

  function dispatcher(type, value) {
    if (type == "push") {
      storePush(value);
    } else if (type == "pop") {
      storePop();
    }
  }

  let array = [];

  function storePush(value) {
    array.push(value);
  }
  function storePop() {
    array.pop();
  }

  arrayPush(1);

  console.log(array);

为了省略上面代码去除了监听部分，有没有发现如果让你把数组push写成这个方式，估计你的心里有一万只草泥马在飞翔，同样转换到实际的dva或者redux也会代码写的特别繁琐，那么这种方式为啥会被普及呢，我的个人看法是前端参杂着很多小菜，导致多组间状态控制这种简单功能都写不出来，或者1w人有1w种写法导致需要官方去规范，然后看到大厂去用这种方式规范且也能用。导致很多人人云亦云使用了这种方法，其实这种范式存在于很多改动量小的消息机制的处理上比如说浏览器事件机制，但是当我们开始使用像typescript这种强类型语言的时候，这种字符串控制消息的代码真的会成为写代码效率上的累赘，而且面对互联网需求变化这么快的地方使用这种数据流方式编写是不是真的很合适呢，值得我们商榷？