Amway Gatsby.js 是一个基于 React 的静态网站生成器 Blazing fast static site generator for React 前一阵看 React 官网文档的时偶然发现的 Kyle Mathews 小哥在 2015 年开了这个坑 到目前已有 17k+ 的 star，以及被 React、Reason、Sourcegraph 等用来生成官方文...

提供一种改动量最小的办法，用 webpack-bundle-analyzer 分析下每个包，然后让两个文件大小尽量均衡，或者在保持不超过浏览器并发下载上线的前提，分出一个或多个文件出来，这样速度会有明显的提升

1楼正解，handler(param) { {代码...} }

{代码...}

connect

数据的持久化简单可以分为两级，当前页面的状态和当前用户的状态当前页面的状态，典型的例子就是筛选条件，刷新之后需要保持之前的筛选状态，也是常见的需求，我目前的做法是处理筛选动作的函数中，除了 dispatch 对应的 action，再去 dispatch(push('xxx'))，把筛选...

当然可以，不过从开发和维护上讲，尽量不要在 redux container 中操作自身的 state，抽象成自己管理内部状态的组件，也就是智能组件。

上边写法的意思是 Connect_test 作为 PointDetail 的子元素，除非你在 PointDetail 的 render 函数中加入 this.props.children，不然 Connect_test 并不会渲染，改成下边的就行了

看具体场景，不过我从来没遇到过需要的

不知道你代码怎么组织的，我简单说下我的做法吧写一个 FormModal 组件，这个组件包含一个按钮和由自身 state 控制显示的 Modal，接受三个必要参数 buttonText：按钮文本内容renderForm：想要传入的 form 结构handleSubmit：Modal 中点击确定的处理函数每次显示 Modal...

目前的工作如果是给后端切页面，而且你又真心喜欢做前端的话，换工作吧，是完全不同的开发方式

仅从目前的描述，性能上没有结论既然用 React 了为什么还要手动操作 DOM 呢？React 的理念是 UI = f(state)，DOM 操作由状态来驱动，例如 style，可以通过 state 来控制 CSS class

lodash [链接] const ret = _.groupBy(list, e => e.split('-')[0])

我把这种通知类动作统一放在一个 Notification 组件中，绑定全局 state 中叫做 notification 的一个数组，并有对应的 Action 和 Reducer 搭配，Action 中是 push 和 pop 两个方法，reducer 中管理 notification。当请求成功时，触发 Action 中的 push 方法，将需要通...

需要有个前台进程 比如随便 tail -f 一个文件什么的

用moogoose吧，不需要你关心连接

用moogoose吧，不需要你关心连接

现在比较流行的是 action 和 reducer 放在一起 作为 reduxerscomponents 为与业务逻辑解耦的通用组件containers 作为顶层容器features 分文件夹放置各个模块的 container 和 业务逻辑 components，每个模块只是用一个顶级 container 用来跟 redux bind props 和触发 ...

在每个功能页面单独维护自己的筛选条件，可以用 state，或者我会极端点直接在声明一个 this.queryParams，用来存储初始条件，筛选的 onChange handler 中每次把新得到的条件 merge 到this.queryParams，然后根据最新的 queryParams 触发 Action 请求数据，数据回来之...