绯一

> 另外，感叹坚持走自己的路是件很困难的事情，尤其是积累了一定用户量之后。在害怕失去用户和保留本心之间需要有个权衡和坚守。 👏

@TossShinHwa 1. 同一个 model 相关的内容本来就是高内聚，放在一起更合理一些 2. 如果 action 增多以后也可以考虑增加 const 目录

@TossShinHwa 我对一个 model 的理解是同一块数据的相关操作集合体，是面向数据的一个拆分，一个 model 一个文件在我看来已经是很细的粒度了，而且在这个粒度上应该很少有会导致冲突的并发协作修改 而且 reducer 自身的逻辑通常都比较简单，如果还有疑问的话结合个例子说说具体什么问题？

@TossShinHwa 看怎样来设计，如果评论需要更高的拓展性，那就是 entity acticle + entity comment + link，这样在前端用两个 model 来操作就会比较方便；但是如果你把 comment 直接存在了 article 里面，就没什么必要拆成两个 model 了，因为在这样的前提下，如你所说，comment 就不再是 entity，也就没有单独更新的场景 我觉得仍然是那句话，面向 state 操作的一个拆分 @nilyang > 一个container 容器组件（Route）对应一个model，没办法处理多个 RouteComponent 和 model 没有必然的关系，一个...

👍

👍 这个问题的确很多用户有问到，一直觉得 `{ this.state.data.length && }` 这种方式非常不优雅 但是这样的话，如果中途数据从空变为有意义的数据，就会导致一次 destory，receiveProps 里面判断第一次 nextProps 是有意义的数据，然后执行 init？ cc @simaQ 怎么看

feature for #2 If tester exist and it return false, the traverse will stop

the bug fail the [hasBody](https://github.com/jshttp/type-is/blob/master/index.js#L94) check of a http request from package `type-is`, which is dependent by koa.js

``` +---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+ | | | | | +---------------------------+ +----------------------------+ +---------+ | | | action | |action | | | | | +---> .from.contain(component)| +----> .from.contain(otherEffect)+------------+------------------------------------------------------------------------------------+ reducer | | | |...

@ChrisFan 栅格比例看情况吧，感觉 effct 到 ruducer 中间内容可能有点多