但是我又写了一个，因为是真的没找到合适的。
前提是我们有一个 10w+行代码的 react 前端项目，并且还在不断膨胀。
在过去的几年，我们一直使用的是 pure redux 的方案，顶多加一个 reducer map 和 redux-saga。 但是项目发展到今天，主要有以下痛点和需求：
小伙伴们写 redux 的 boilerplate 写到怀疑人生，迫切需要降低这方面的工作量。并且过多的 boilerplate，在重构的时候真的是噩梦
因为我们的项目代码量已经挺大了，全部用新框架重写是不可能的，所以这个框架必须足够轻量级，能够和现有代码共存，然后平滑迁移。
必须是‘ strong ’ typed，TS 对于代码量比较大的项目，是真的好用。
虽然有“模块”的概念，但是模块间的相互交叉，没有非常清晰的边界，导致其实模块很难被复用 /或者 code-splitting。这种结果是目前这种 setup 下很难避免的。
团队有不同经验的组员，在不同的国家。代码质量非常依赖 code review 和约定的 convention。code review 会消耗很多的时间，大家都不太乐意干。
相较于 pure react：
目前已经和我们的代码库整合，小伙伴们脸上又洋溢出了笑容 :) 欢迎讨论 /赐教，如果你觉得项目对你有帮助，please give it a star!
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.