我知道我们前端圈很有意思，一天一个框架，但是...

[ruanyu1]

但是我又写了一个，因为是真的没找到合适的。

前提是我们有一个 10w+行代码的 react 前端项目，并且还在不断膨胀。

在过去的几年，我们一直使用的是 pure redux 的方案，顶多加一个 reducer map 和 redux-saga。 但是项目发展到今天，主要有以下痛点和需求：

• 小伙伴们写 redux 的 boilerplate 写到怀疑人生，迫切需要降低这方面的工作量。并且过多的 boilerplate，在重构的时候真的是噩梦

• 因为我们的项目代码量已经挺大了，全部用新框架重写是不可能的，所以这个框架必须足够轻量级，能够和现有代码共存，然后平滑迁移。

• 必须是‘ strong ’ typed，TS 对于代码量比较大的项目，是真的好用。

• 虽然有“模块”的概念，但是模块间的相互交叉，没有非常清晰的边界，导致其实模块很难被复用 /或者 code-splitting。这种结果是目前这种 setup 下很难避免的。

• 团队有不同经验的组员，在不同的国家。代码质量非常依赖 code review 和约定的 convention。code review 会消耗很多的时间，大家都不太乐意干。

---

基于以上的这些需求，于是便有了：

Reapex: https://github.com/ruanyl/reapex

相较于 pure react：

1. 极大的减少了 boilerplate
2. 模块动态加载
3. 支持 plugin，一些基础模块可以写成 plugin，方便在不同的项目复用
4. 通过框架来统一编码风格，适当的降低了 code review 的工作量

目前已经和我们的代码库整合，小伙伴们脸上又洋溢出了笑容 :) 欢迎讨论 /赐教，如果你觉得项目对你有帮助，please give it a star!

[xuanbg]

贵圈真乱。。。各种框架，各种组件库，各种工具包乱用，各种坑乱踩。。。一塌糊涂

[leonme]

请发在推广，谢谢

[cnnblike]

TypeScript 已经是标配了，各种地方都有 TypeScript，事实证明，强类型+强制标注，确实是有利于开发的

[uxstone]

需要一个强有力的框架来一统浆糊

[df4VW]

api 和 hook 差不多啊

[fyibmsd]

贵圈真乱

[masker]

贵圈真乱

[Perry]

有点东西的
不知道楼主怎么评价 redux-actions

[lepig]

踏入前端真是脑细胞以 10 倍的速度被消耗

[StephenHe]

贵圈真乱

[attackonFourier]

umi 了解一下

[xuhaoyangx]

以前觉得 ssh 的配置以及够烦了.......

[gouflv]

redux 可以算是毒瘤了吧

[hoyixi]

现在的圈子就是各种时髦，各种挖坑，996 累死累活把坑挖好了，发现以后大部分活机器干，原来 3 个人的活现在 1 个人干，然后自己被裁了~ 哦耶

[whypool]

用 jq 屁事没有

[betulac]

某大型互联网项目架构总结:全部模块化,把模块做小,所有模块平级,统一接口,这样可以解决 90%的问题

[ianva]

早转 GraphQL + Apollo 早超生

[Luoheqp]

@gouflv 为何 redux 算是毒瘤？萌新求问

[uxstone]

@betulac 模块平级是指只做一个层级吗？

[lijsh]

写 react 应该向前看，无脑推这个 https://github.com/jamiebuilds/unstated-next

代码非常精简，就封装了一下 hooks 和 context，加一些最佳实践。