首页项目结构要根据公司的实际业务来定，要做相应的调整不要生搬硬套。
这地方给一个我们公司的目录结构供大家参考，这个项目结构也是经过了多次迭代进化出来的。
action：做数据请求和处理
api：存放接口
asset: 里存放图片资源
components：存放公用组件
modules：存放具体的业务页面，居然是按业务来划分的
reducers：了解redux的朋友应该知道这个，是用来操作store的必须是纯函数
selectors： 存放一些中间件
services：存放公用的业务类
stores：store的定义类
关于redux和mbox如何选择，哪个更好的问题。
其实二者各有长处和短处，Google完后你会了解的很清楚，我这地方只是谈谈个人在使用后的感想，因为在我们的项目里两个都在用。
mbox：给我的感觉mbox更方便简单，但是因为它太过灵活所以如果不加限制在代码量增大以后会大大增加排错成本和开发成本，到时候不得不重构项目。
redux：相比redux更符合flux的设计模式，一切都划分的都很清晰。在多人协作时会变得愉悦很多。
所以个人建议是看你项目未来的发展，如果项目不大，且人员协作不多的情况，建议使用mbox因为它实在是太适合你了。如果你要做的是一个中大型那你可以看看redux因为随着你的代码量达到10W+的时候可能就有所理解它这样设计的原因了，如果你还是想继续用mbox那你一定要定好规则，并且要整个团队严格执行，不要放任自由。