收集今天分享的 Slides, 也搜集一些反馈

#1

收集了一下 Slide, 好像动作有点慢了… 这会还没全部弄好…
公司同事有帮忙录制音频, 等他们完成了我会加链接在这里.
http://www.tudou.com/plcover/6aC7azlQAG4/

今天参加活动的同学, 对演讲内容有有什么反馈也可以留言~

4 Likes
05/30 上海 React 技术交流活动
05/30 上海 React 技术交流活动
#2

今天的分享很棒啊~ 不过可能是因为国内 react 还没有推广起来~ 希望下次能听到更多的实践react的感悟的分享，其中最感兴趣的也是这一段时间想解决的是 data fetching（包括 store 的设计），和 validation

其中 data fetching 这一块比较大，往大了说，甚至要动到后端 API 的设计（比如 relay 和 graphql 就必须要设计特定的 end point）。往小了说，也涉及到 store 这块的设计。我目前是不让 store 太复杂，认为 flux 的 store 是 data agnostic 的。

PS： 今年的 react.js conf 对主题的分类

可以参考下：
我比较感兴趣的是：
1 React.js Conf 2015 - Data fetching for React applications at Facebook
2 React.js Conf 2015 - Full Stack Flux
3 React.js Conf 2015 - Making your app fast with high-performance components
4 React.js Conf 2015 - Refracting React

1 Like
#3

现在关于React.js的分享尴尬点就在很多人都不熟悉 React.js，比如昨天活动只有50%的人真正使用过 React.js。未来我希望可以有一些小一点的活动，参加者全部必须有经验，这样分享才能深入。另外，未来可以考虑圆桌讨论形式，参考上次 conf 的 Flux panel。主持人准备一些深入的问题，让 speaker 做一些分享。

具体的问题，我觉得你也可以在论坛里提出。Store 的设计我认为解释得最好的是这：fluxxor.com/documentation/stores.html

如果想深入了解 domain 的定义可以参考 Domain-driven Design 这本书。

2 Likes
#4

附上昨天分享的 slides: https://speakerdeck.com/dfguo/things-to-know-before-building-large-scale-react-dot-js-application

#5

谢谢达峰的回复，真心希望能有类似于 panel 的定期的讨论。

我是从后端程序员转做前端的（之前因为团队使用敏捷，被leader逼着做 full-stack，后来发现兴趣在前端），DDD 在后端有些经验，除了蓝书，还有一本红书（实现领域驱动设计）。
所以我天然的觉得，前端应该延伸到后端的API层，client 的 store 无需复杂的设计，也就是，和后端API的 DTOs 不需要额外的 mapping。这可能是因为现在我们的项目还不是重前端应用。可以参考 Full Stack Flux 里面的前后端打通的设计。

#6

前后端打通就成了DDD里面的ABC吧。
我也在关注DDD。
ABC是把前端看作后端的延伸。如果把前端看作一个独立的subdomain又怎样呢？
Flux本来就和CQRS非常类似，如果区分一下action里面的用户意图和实现并把前端这个subdomain的代码作为单独的BC实现，好像就和后端没有什么架构上的区别了
最近在这样尝试，想听听别人的看法