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

[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!

[dartabe]

前端到底要怎么学 我懵逼了 求指引 光 html css 加上点普通 js 都能缠斗很久

[yjfengwen]

一年前项目组也遇到了相关问题，当时针对 redux 这块封装了个工具 https://github.com/gcfeng/nmodel，用下来也还可以。

[no1xsyzy]

@cnnblike 与其说有利于开发，不如说有利于维护（可读性）
显式类型或者有类型注记容易维护是个两千多年前孔子和苏格拉底时代就已经确定的知识。
隐式无注记类型容易做原型玩具也是同时确定的知识。

[undeflife]

redux 初用起来有点累 但是配合 react 的 hoc 代码真的很清晰干净
jQuery 也不是不能用，onedrive 的上的 office 文件的预览用的 jQuery 1.7,编辑模式下 jQuery 2.2

[userdhf]

vQuery 大法好
框架就干框架的事
细节一律 jq

[rf99wSiT6IxH1Z23]

redux 还好吧，状态管理稳，隔壁 angular 的 service + rxjs 还不知道怎么跟踪状态